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FOREWORD 


General 


The ACA has made this Technical Standard under Section 376 of the 
Telecommunications Act 1997. This Technical Standard is a disallowable 
instrument for the purposes of section 46A of the Acts Interpretation Act 190] and 
may be cited as ACA TS 014— 1997. 


This Technical Standard incorporates relevant provisions from applicable 


international, regional and domestic standards. 


The requirements in this Technical Standard are consistent with the aims of 
Section 376 of the Telecommunications Act 1997. Specifically these aims are: 


(a) Protecting the integrity of a telecommunications network or facility; and 
(b) Protecting the health and safety of persons; and 
(c) Ensuring access to emergency services; and 


(d) Ensuring interoperability with a standard telephone service. 


This Technical Standard specifies the minimum requirements for Customer 
Equipment (CE) to connect to Telecommunications Network via an Integrated 
Services Digital Network (ISDN) primary rate access interface, at the ‘T’ reference 
point, as well as conformance testing procedures for testing the compliance of the 
CE to this Technical Standard. 


Compliance with this Technical Standard ensures that CE will not adversely affect 
the integrity of the ISDN and ensures a minimum level of interoperability between 
the CE and the ISDN. This minimum level of interoperability covers the following 
demand—established bearer services in accordance with ITU-T (formerly CCITT) 
Rec. 1.231 [30]: 


(a)  circuit-mode 64 kbit/s unrestricted, 8 kHz structured bearer service; 


(b) — circuit-mode 64 kbit/s, 8 kHz structured bearer service useable for speech 
information transfer; 


(c)  circuit-mode 64 kbit/s, 8 kHz structured bearer service useable for 3.1 kHz 
audio information transfer. 


This Standard does not mandate that CE implement procedures to support these 
services, but does require that where these services are supported then the 
associated customer access interface protocols are to be implemented in accordance 
with this Standard. 
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This Technical Standard is based on a significant amount of the material from a 
number of ITU-T (formerly CCITT) Recommendations. Some of this material is 
based on the ITU—T Red Book Recommendations and contains modifications, plus 
Australian generated material. Thus it is not practical to attempt to correlate the 
content against that of the relevant later edition ITU-T Recommendations in order 
to achieve a ready indication to the reader as to what is the original ITU—T material. 
However it should be noted that this Technical Standard is migrating towards being 
more internationally based and in line with recent ITU-T Recommendations. 


The use of the [TU—T document material to create a national standard has been 
made with the approval of the ITU, and in a fashion that is not intended in any way 
to affect the responsibility of the ITU, which declines any such responsibility with 
respect to the selection of its material used and to the modifications (additions, 
deletions or changes) made by ACA. 


Reproduction of the ITU material in this Standard is made with the prior 
authorisation of the ITU as the copyright holder. * 


Copies of the full text of the original ITU material in Red Book or later are 
available directly from: 


International Telecommunications Union 
General Secretariat 

Sales Section 

Place des Nations 

CH 1211, GENEVA, SWITZERLAND 
Fax: +42 22 733 72 56 


or their Australian document sales outlets: 


United Nations Association of Australia at: 


147a King St, SYDNEY 2000, * 
179 St Georges Rd, North Fitzroy, VICTORIA 3068, 

150 Edward St, BRISBANE 4000, 

155 Pirie St, ADELAIDE 5000, 

671 Hay St, PERTH 6000, and 

4 Battery Point, HOBART 7000. 


Intellectual Property Rights 


‘Equipment which is manufactured to comply with this Technical Standard may 
require the use of technology which is protected by patent rights in Australia. 
Questions about the availability of such technology, under licence or otherwise, 
should be directed to the patent holder or Australian licensee (if known) or through 
enquiry at the Australian Industrial Property Organisation which incorporates the 
Patent, Trade Marks and Designs Office in each State. 
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ACA Technical Standards are updated, according to the needs of the industry, by 
amendments or revision. Users of ACA Technical Standards should make sure that 
they possess the latest amendments or editions. Representations concerning the 
need for a change to an ACA Technical Standard should be addressed to: 


Telecommunications Standards Group 
ACA 

PO Box 7443 

Melbourne VIC 3004 
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INTERPRETATIVE GUIDELINES 


Categories of Requirements 


This Technical Standard contains mandatory requirements as well as provisions that 
are recommendatory only. Mandatory requirements are designated by the words 
‘shall’ or ‘shall not’. All other provisions are voluntary. 

Compliance Statements 

Compliance statements, in italics, specify methodologies for demonstrating CE’s 
compliance with the mandatory requirements. 


Definitions, Expressions and Terms 


If there is any conflict between the definitions used in this Technical Standard and 
the definitions used in the Telecommunications Act 1997, the definitions in the Act 
take precedence. 

Notations 

Hexadecimal numbers are written as: 

Nh, NNh or NN—NNh, where N is a hexadecimal digit (0 to 9, A to F). 


Binary numbers are written as: 


BBBBBBBBz3, where B is a binary digit (0 or 1). 


Notes 


Text denoted as ‘Note’ is for guidance in interpretation and is shown in smaller size 
type. Notes associated with tables and figures may contain mandatory 
requirements. 
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References 


Applicable editions (or versions) of other documents referred to in this Technical 
Standard are specified under the REFERENCES. 


If a document refers to another document, the other document is a sub-referenced 
document. 


Where the edition (or version) of the sub-referenced document is uniquely 
identified in the reference document, then that edition (or version) applies. 


Where the edition (or version) of the sub-referenced document is not uniquely 
identified in the reference document, then the applicable edition (or version) is that 
which is current at the date the reference document comes into effect . 


A number in square brackets ‘[ ]’ refers to a specification or standard listed in the 
REFERENCES. 
Units and Symbols 


In this Technical Standard the International System (SI) of units and symbols is 
used in accordance with Australian Standard AS 1000 [5]. 
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3 SCOPE 


3.1 This Technical Standard identifies the minimum requirements for connection of 
Customer Equipment (CE) to a Telecommunications Network via the Integrated 
Services Digital Network (ISDN) Primary Rate Access Interface. 


a2 Sections 5.2, 5.3 and 5.4 of this Technical Standard, with the exception of those 
parts dealing with compliance with international standards, are based on draft 
ITU-T I.400 series Recommendations at the time of publication as follows: 


ITU-T Red Book (Geneva, 1985) 


Vol II — Fasc. III.s. 
ii) Layer 1: Rec. 1.431 [35], pages 178 to 184 


Layer 2: Recs. 1.440 [36] and 1.441 [37], pages 187 to 237 (which are equally 
published in the Red Book Vol. VI— Fasc. VI-9, Recs. Q.920 [46] and 
Q.921 [47], pages 3 to 53). 


Layer 3: Recs. 1.450 [38] and 1.451 [39], pages 241 to 380 (which are equally 
published in the Red Book Vol. VI— Fasc. VI. 9, Recs. Q.930 [48] and 
Q.931 [49], pages 54 to 193). 


Vol. III — Fasc. III 3 
Recs. G.703 [19] and G.704 [20], pages 44 to 80. 
3.3 Departures of this Technical Standard from the definitive 1988 I-series [TU—T 


Recommendations are separately identified in Clause 7, Compliance with 
International Standards, of this Technical Standard. 
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Abbreviations and Technical Definitions 


Abbreviations 


DISC 
DL-primitive 
DLCI 

DM 


MDL-primitive 


MSB 
NIC 
NSAP 
NT1 


Australian Communications Authority 

Action Indicator 

Alarm Indication Signal 

Assignment Source Point 

B—Channel 

Customer Equipment 

Connection Endpoint Identifier 

Connection Endpoint Suffix 

Connection Management Entity 
Command/Response 

Cyclic Redundancy Check 

D—Channel 

Direct Dial In 

DISConnect 

Primitive between Layer 3 and Data Link Layer 
Data Link Connection Identifier 

Disconnect Mode 

Extended Address field bit 

Exchange Termination 

High—level Data Link Control 

High Layer Compatibility 

High Layer Function 

Information 

International Alphabet No. 5 

[Dentity 

Integrated Services Digital Network 
International Organization for Standardisation L1 Layer 1 
International Telecommunications Union Technical (formerly 
CCITT International Telegraph and Telephone Consultative 
Committee) 

Layer 2 

Layer 3 

Link Access Procedure on the D—Channel 

Low Layer Compatibility 

Low Layer Function 

Layer Management Entity 

Least Significant Bit 

Line Termination 

Modifier function bit 

Primitive between Management entity and Data Link Layer 
Most Significant Bit 

Network Independent Clock 

Network Service Access Point 

Network Termination 1 
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NT2 Network Termination 2 

OSI Open System Interconnection 

PE Poll/Final 

PH-—primitive Primitive between Data Link Layer and Physical layer 
REJ REJect 

Ri Reference number 

RNR Receive Not Ready 

RR Receive Ready 

S Supervisory function bit 

SABME Set Asynchronous Balanced Mode Extended 
SAP Service Access Point 

SAPI Service Access Point Identifier 

SDU Service Data Units 

SI International System 

SMF Submultiframe 

TE Terminal Equipment 

TEI Terminal Endpoint Identifier 

U Unnumbered 

VA Unnumbered Acknowledgment 


Technical Definitions 


Active (U10) 


A state which exists when a call is in the end—to—-end communication mode. 


B Channel 


A 64 kbit/s channel that carries customer information such as voice, circuit 
switched or packet switched data (refer ITU-T Rec. 1.412 [34]). 


Call Delivered (U4) 


A state which exists for an outgoing call, when calling user has received an 
indication that remote user alerting has been initiated. 


Call Init (U1) 


A state which exists for an outgoing call, as a result of CE action requesting call 
establishment. | 


Call Present (U6) 


A state which exists when an incoming call is awaiting a response from the CE to 
the call SETUP message from the network. . 
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Call Received (U7) 


A state which exists for an incoming call when a response from the called CE is 
awaited while alerting. 


Connect Request (U8) 


A state which exists for an incoming call while awaiting receipt from the network 
of a connect acknowledgment. 


Carriage Service Provider 


Refer Jelecommunications Act 1997. 


Carrier 


Refer Telecommunications Act 1997. 


Customer Switching System (CSS) 
Any switching system connected to a Telecommunications Network that can switch 


voice, digital data, images, video or any other information and is capable of 
performing NT2 functions. 


Customer Equipment (CE) 


Refer Telecommunications Act 1997. 


D Channel 


A 64 kbit/s channel carrying signalling and CE-to—CE information (refer ITU-T 
Rec. [.412 [34]). 


Disconnect Request (U11) 


A state which exists in response to a request by the CE to disconnect a call, prior to 
acknowledgment by the network. 


Disconnect Indication (U12) 


A state which exists when the network has indicated disconnect and the CE has not 
yet indicated release or detach. 


Entity 
An active element within a layer which may comprise of one or more processes. 


Note: These processes together perform the functions of the entity. 
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Facility 


Refer to Section 374(2) of the Telecommunications Act 1997. 


Incoming Call Proceeding (U9) 


A state which exists for an incoming call when the CE has acknowledged receipt of 
the information required for the call to proceed and the network is awaiting further 
CE response. 


Implementation Under Test (IUT) 


That part of a real open system which is to be studied by testing, which should be 
an implementation of one or more OSI protocols in an adjacent CE—provider 
relationship. 


Manager 


Refer to Section 375 of the Jelecommunications Act 1997. 


Null State (U0) 


A state where no call exists. 


Outgoing Call Proceeding (U3) 


A state which exists for an outgoing call when the network has acknowledged 
receipt of the information required for the call to proceed and the CE is awaiting 
further network response. 


Overlap Sending (U2) 


A state which exists for an outgoing call while the CE is sending call set-up 
information to the network in the overlap mode. 


Port 


An interface to equipment for the purpose of supplying an output signal and/or 
accepting an input signal. 


Protocol Implementation Conformance Statement (PICS) 


A statement made by the supplier of an OSI implementation or system, stating the 
capabilities and options which have been implemented, and any features which 
have been omitted. 
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Protocol Implementation Extra Information for Testing (PIXIT) 
A statement made by a supplier or implementor of an IUT which contains, or refers 
to, all of the information (in addition to that given in the PICS) related to the [UT 


and its testing environment, which will enable the test operator to run the 
appropriate test suite against the IUT. 


Release Request (U19) 


This state exists in response to a user release request prior to acknowledgement by 
the network 


System Under Test (SUT) 


The real open system in which the [UT resides. 


Telecommunications Network 


Refer to Section 374(1) of the Telecommunications Act 1997. 


Test Case 


A generic, abstract or executable test case. 


Test Event 


An indivisible unit of test specification at the level of abstraction of the 
specification (e.g. sending or receiving a single PDU). 


Test Group 


A named set of related test cases. 


Test Step 


A named subdivision of a test case, constructed from test events and/or other test 
steps, and used to modularise an abstract test case. 


Test Suite 
A complete set of test cases, possibly combined into nested test groups, that is 


necessary to perform conformance testing or basic interconnection testing for an 
IUT or protocol within an IUT. 


User 


Customer Equipment. 
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REQUIREMENTS 


General 


Safety 


ACA Technical Standard 001 [1] specifies safety requirements for equipment 
intended for connection to a Telecommunications Network (TN). 


Note: CE must satisfy applicable safety requirements of ACA Technical Standard 001 [1]. 


Fail-Safe Operation 


CE shall not cause harm or damage to a Telecommunications Network or Facility if 
any of the following events, or a consequential event, occurs: 


(a) failure of any single mechanical or electrical component in the CE; or 


(b) failure of any power supply (including AC mains voltage and local battery) 
to the CE; or 


(c) incorrect manual operation of the CE. 


CE should not cause harm or damage to a Telecommunications Network or Facility 
when CE is operated outside the range of operating voltage and environmental 
conditions specified by the manufacturer. 


When the battery voltage of battery-powered CE varies, the CE shall fail safe 
before causing any harm to a Telecommunications Network or Facility. 


Note: This clause is intended to preclude out-of-specification operation, due to battery 
discharge, when such operation threatens network integrity. 


Compliance with Clause 5.1.2 shall be checked by inspection and operation. 


Emergency Calling 


CE capable of establishing speech circuits shall support emergency number ‘000’ 
dialling. 


CE capable of establishing speech circuits, should not support barring of access to 
emergency number ‘000’. 


Mains powered CE capable of establishing speech circuits, should continue to 
support emergency number ‘000’ dialling for at least 30 min following loss of 
mains power. 
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Note: CE that does not continue to support emergency dialling after loss of mains power, 
should include in the accompanying documentation a warning notice. A suggested 
wording for such a warning notice 1s as follows: 


Warning 
This equipment will be inoperable when mains power fails 


Compliance with Clause 5.1.3 shall be checked by operation and inspection. 


Operating Voltage and Environmental Conditions 


CE should comply with this Technical Standard under all conditions of ambient 
temperature between 0°C and 45°C and humidity between 10 and 95% RH or 
associated environmental conditioning. 


All mains—powered CE, including those with a separate but associated power 
supply, should operate normally with supply voltage variations of up to +10% and 
—15%, from the nominal 240 V 50 Hz supply. The CE should also be safe to 
operate when subjected to this range of supply variation. 


All non—mains powered CE should operate normally over the power supply range 
specified by the supplier. 


Compliance with Clause 5.1.4 should be checked by inspection and operation. 


Line Polarity and Line Conductor Polarisation 


The operation of the CE shall be independent of: 


(a) line conductor polarisation for balanced pair interfaces, i.e. the connection of 


specific conductors of the line pair to specific line terminals of the CE; and 


(b) — the polarity of any voltage on any specific line conductor. 
Compliance with Clause 5.1.5 shall be checked by inspection and operation. 


Emission of Electromagnetic Interference 


Electromagnetic emission standards identified in the EMC Framework impose 
limits on radiated and conducted emission levels for telecommunications 
equipment. 


Note: CE must satisfy applicable electromagnetic emission standards identified in the EMC 
Framework. 


Voice Frequency Performance 


Digital telephones and other CE providing acoustic interfaces to the digital bit 
stream shall comply with ACA Technical Standard 004 [2]. The Send and Receive 
Loudness Ratings, Frequency Response and the Sidetone Masking Rating shall be 
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measured using a test codec and the method described in ACA Technical 
Standard 004 [2]. 


Compliance with Clause 5.1.7 shall be checked in accordance with ACA Technical 
Standard 004 [2]. 


Layer 1 


General 


This section details requirements for the layer 1 electrical, format and channel 
usage characteristics of the primary rate (2048 kbit/s) CE interface at the 
T reference point. 


This section identifies the alternatives adopted from those options given in ITU-T 
ITU-T Recs. 1.431 [35], G.703 [19], G.823 [28] and others and should be read in 
conjunction with these and other specifications. 


Configuration 


The CE interface at the T reference point shall only support the point-to—point 
configuration as described in ACA Technical Standard 016 [4]. 


Compliance with Clause 5.2.2 shall be checked in accordance with ACA Technical 
Standard 016 [4]. 


Interfaces 


All CE interfaces ports which are capable of being connected to a 
telecommunications network shall comply with the requirements of ACA Technical 
Standard 016 [4]. 


Compliance with Clause 5.2.3 shall be checked in accordance with ACA Technical 
Standard 016 [4]. 


Pair connections 


The CE shall provide two symmetrical pair connections: 


(a) one for digital transmission from the CE; and 


(b) — one for digital transmission to the CE. 


Note: The use of HDB3 coding removes the need to provide separate synchronisation 
connections. 


Line Connections 
All CE shall terminate on: 
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(a) an insulation displacement system frame; or 


(b) a plug which complies with the requirements of ACA Technical 
Standard 008 [3] and is one of the following types: 


(1) A plug type as defined in AS/NZS 4102 [7] (eight position); 


Note: The plug type defined in AS/NZS 4102 [7] is equivalent to the types 
defined in ISO/IEC 10173 [16] and FCC 68 [8]. 


(11) acoaxial cable plug or socket complying with ACA Technical 
Standard 008 [3] and in accordance with DIN 47295 Type A (screw 
coupling). 


Note: Telecommunications Network services will terminate on one of the following connectors 
(refer to AS 3080 [6] for pair/pin assignments for FCC 68 [8] (eight position) type plug 
and sockets): 


(1) Insulation displacement or solder termination MDF. 

(11) Socket Type FCC 68 [8] (eight position). 

(111) Coaxial cable 75 ». 

(iv) Female socket in accordance with DIN 47295 Type A (screw coupling). 


Powering 
Power feeding shall not be available in either direction across the CE interface. 


Compliance with Clause 5.2.6 shall be checked by operation and inspection. 


Timing Functions 
Timing signals shall provide a co—directional interface. 


The CE shall derive its timing in accordance with the requirements of ACA 
Technical Standard 016 [4]. 


In the event that the CE cannot synchronise with the network for any 
particularreason, for example loss of received signal, the CE shall continue to 
transmit frames using an internal clock and shall set an alarm bit. 


Compliance with Clause 5.2.7 shall be checked in accordance with ACA Technical 
Standard 016 [4]. 


Bit Rate 


The bit rate of the 2048 kbit/s primary rate CE interface shall comply with the 
requirements of ACA Technical Standard 016 [4]. 


Compliance with Clause 5.2.8 shall be checked in accordance with ACA Technical 
Standard 016 [4]. 


Line Coding 
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The CE shall be capable of receiving and transmitting High Density Bipolar Code 
of order 3 (HDB3) in accordance with the requirements of ACA Technical 
Standard 016 [4]. 


Compliance with Clause 5.2.9 shall be checked in accordance with ACA Technical 
Standard 016 [4]. 


Frame Structure 


Number of bits per time slot 


The number of bits per time slot shall be equal to 8 and the CE shall transmit and 
receive bit 1 first. 


Note: In Tables and Figures the bits are numbered from 1 to 8 with bit 1 being shown on the 
right hand side. 


Number of time slots per frame 


The number of time slots per frame shall be equal to 32, thus giving rise to 256 bits 
per frame. The time slots shall be numbered from 0 to 31 and the frame repetition 
rate shall be 8000 frames/s. 


Table 1 
Allocation of Bit Numbers 1 to 8 of Time Slot 0 of the Frame 


Ca EET EN EES 


Even numbered frames 


(Frame containing the 
frame alignment signal 


Odd numbered frames 


(Frame not containing the 
frame ali ional 


Note 1: The use of bits Y and Z is defined in Appendix A. 
Note 2: This bit is fixed at 1 to assist in avoiding simulations of the frame alignment signal. 
Note 3: | The use of this bit is defined in Clause 5.2.14. 


Note 4: The use of these bits is defined in Clause 5.2.15. 


Time Slot Assignment 


Time Slot 0 
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Time slot 0 has two basic formats which are predicated on whether the frame is an 
even numbered or an odd numbered frame. The structure of each type of frame 
Shall comply with Table 1. 


a2. 10 Frame Alignment Signal (FAS) 


5.2.10.3.2.1. The FAS shall occupy bit positions 2 to 8 of time slot 0 of every even numbered 
frame (refer Table 1) and shall conform to the bit pattern illustrated in Table 1. 


5.2.10.3.2.2 In order to avoid simulation of the FAS in bits 2 to 8 of time slot 0 in frames not 
containing the FAS, bit 2 in those time slots shall be fixed to 1. 


we IL oe. D—Channel 


Time slot 16 shall be assigned to the D—Channel for signalling. CE shall only 
accept signalling information in time slot 16 and shall only transmit signalling a) 
information in time slot 16. 


5.2.10.3.4 B—Channels 


Time slots 1 to 15 and 17 to 31 are available for allocation as B—Channels. Time 
slots 1 to 15 shall be allocated as B channels numbered 1 to 15 respectively and 
time slots 17 to 31 shall be allocated as B channels numbered 16 to 30 respectively. 
CE shall only transmit and receive information in these time slots. 


5.2.10.4 Frame Alignment Procedures 


5.2.10.4.1 Frame alignment shall be assumed to have been lost when three consecutive frame 
alignment signals have been received with an error. 


5.2.10.4.2 Frame alignment shall be assumed to have been recovered when the following 
sequence is detected: ca 


(a) for the first time, the presence of the correct frame alignment signal; 


(b) the absence of the frame alignment signal in the following frame, detected 
by verifying that bit 2 in time slot 0 1s still set to 1; and 


(c) for the second time, the presence of the correct frame alignment signal in the 
next frame. 


5.2.10.4.3 As an alternative to the procedure described in Clause 5.2.10.4.2, when a valid 
frame alignment signal is detected in frame n, a check shall be made to ensure that 
a frame alignment signal does not exist in frame n + 1, and that a frame alignment 
signal exists in frame n + 2. Failure to meet one or both of the requirements for 
frames n+ 1 andn+ 2 shall cause a new search for a valid frame alignment signal 
to be initiated in frame n + 2. 


Note: This procedure may be used to avoid the possibility of a state in which no frame 
alignment can be achieved due to the presence of an imitative frame alignment signal. 
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eae Output Signal Characteristics 


9 | Pulse Shape 


The pulse shape at the CE interface output port shall comply with the requirements 
of ACA Technical Standard 016 [4]. 


ea by ee Impedance 


The impedance of the output port shall comply with the requirements of ACA 
Technical Standard 016 [4]. 


Compliance with Clause 5.2.11 shall be checked in accordance with ACA Technical 
Standard 016 [4]. 


te) D.2212 Input Signal Characteristics 


2 ye | Pulse Shape 


The pulse shape at the input port shall comply with the requirements of ACA 
Technical Standard 016 [4]. 


Compliance with Clause 5.2.12.1 shall be checked in accordance with ACA 
Technical Standard 016 [4]. 


S2:12.2 Return Loss and Signal / Noise Immunity 


The return loss and signal noise immunity characteristics at the input port shall 
comply with the requirements of ACA Technical Standard 016 [4]. 


Compliance with Clause 5.2.12.2 shall be checked in accordance with ACA 
a Technical Standard 016 [4]. 


5.2.12.3 Jitter and Wander 


Equipment shall operate without degradation of performance when receiving 
signals modulated with sinusoidal jitter in accordance with ACA Technical 
Standard 016 [4]. 


Compliance with Clause 5.2.12.3 shall be checked in accordance with ACA 
Technical Standard 016 [4]. 


ee I Operations and Maintenance 


5.2.19.4 Alarm Indication Signal 


2 ye a When an Alarm Indication Signal (AIS) is transmitted across the CE interface the 
® AIS shall correspond to a continuous binary 1 condition, which overrides all frame 
alignment, signalling and other signals. 


33 
COPYRIGHT 


ACA TS 014 — 1997 


5215.12 


5 


ee Be Ba | 


Sad ee 


Se oes. 


AN 1 Reo ea 


Se ee es 


D,2b D905 


5.2.13.4 


5.2.14 


5.2.14.1 


5.2.14.1.1 


COPYRIGHT 


Note: Fault conditions which initiate an AIS are usually given in the relevant equipment 
specifications. 


An all 1s condition may also exist within a single time slot. If this condition should 
occurs, the CE shall not respond to the condition. 


Cyclic Redundancy Check Procedure 


The CE shall implement a cyclic redundancy check procedure for information sent 
across the interface in both directions. 


Bits Y and Z of Table 1, being the first bit of each even and odd numbered frames 
respectively, shall be used for a four bit cyclic redundancy check (CRC-4) 
procedure as described in Appendix A. 


Note: For additional information refer to ITU-T Rec. G.704 [20] Section 2.3.3. 

CRC Multiframe Alignment Procedure 

The CE shall only achieve a valid CRC multiframe alignment condition after: 
(a) achievement of the frame alignment state; and 


(b) upon detection of two valid CRC multiframe alignment signals which are 
located within 8 ms, at exactly 2, 4, 6 or 8 ms apart. 


The search for the CRC multiframe alignment signals shall be made only in time 
slot 0 in odd numbered frames, refer Table 1. 


If multiframe alignment cannot be achieved within 8 ms, the CE shall initiate a new 
frame alignment search. 


Note: The frame alignment search should be started at a point just after the location of the 
assumed simulated frame alignment signal so as to prevent realignment to the simulation. 


CRC Bit Monitoring 


When correct alignment of the frame and multiframe have been achieved by the 
CE, monitoring of the CRC check in each sub multiframe (SMF) shall commence. 


Alarm Bits 


CE to Network Alarm Bit 


The bit stream from the network to the CE shall be monitored by the CE. The CE 
Shall set bit 3 of odd numbered frames (bit A in Table 1) to 1 in the bit stream 
transmitted to the network if any of the following events is detected: 


(a) AIS received; or 


(b) Loss of received signal; or 
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(c) Loss of frame alignment with received signal; or 


(d) High bit error ratio in the received signal which is worse than 1 in 10° fora 
period of n seconds where the recommended value for n 1s 10, refer 
ITU-T Rec. G.821 [27], Annex A. 


Note: The preferred method of this error detection is CRC4 error checking. However, 
this should not be used to rule out other methods which are also valid, such as 
errors found in frame synchronisation sequence. In addition, a bit error ratio of 


1.0 in 10° corresponds to 831 CRC Errors/1000 Transmission Units if CRC is 
used. 


If none of the above events is detected by the CE, bit A shall be set to 0. 


Compliance with Clause 5.2.14.1.2 shall be checked by using the methods 
described in Clauses 6.2.1, 6.2.2, 6.2.3, and 6.2.4. 


Network to CE Alarm Bit 


The bit stream from the CE to the network shall be monitored by the network. The 
network shall set bit 3 of odd numbered frames (bit A in Table 1) to 1 in the bit 
stream transmitted to the CE if any of the following events are detected: 


(a) Loss of received signal; or 


(b) Loss of frame alignment with received signal; or 


(c) High bit error ratio in the received signal which 1s worse than | in 10° for a 
period of n seconds where n is a value set by the network Manager to 
between 5 and 60 (nominal value of 10). 


Note: This bit may also be set due to detection of a fault condition in the NTI to ET direction. 


Bit A shall also be capable of being set to 1 during loop back testing of the 
transmission link within the network. 


Note: Loop back testing facilities are currently not specified, nor a method of activation 
defined. 


If none of the above events is detected by the network and a loop back test is not in 
progress, bit A shall be set to 0. 


National Information Bits 


Bits BCDEF (bits 4 to 8 of odd numbered frames as defined in Table 1) are 
National Information Bits. These bits are not used across the CE interface and shall 
all be set to 1 by the CE. | 
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Idle Codes 


Idle Time Slots 


For both directions of transmission, the idle code shall consist of a pattern which 
includes at least three binary Is in an octet. 


The idle code shall be transmitted on: 


(a) every time slot that is not assigned to a channel (e.g. a time slot awaiting 
channel assignment on a per—call basis or a residual time slot on an interface 
that is not fully provisioned, etc.); and 


(b) every time slot of a channel that is not allocated to a call. 


Note: The idle code is not required to be transmitted on a channel which is being tested. * 


The receiving side shall not deduce the idle status of a time slot or channel from the 
presence of the idle pattern. This status shall be deduced from signalling messages, 
customer subscription profile, etc. 


D—Channel Interframe Timefill 
A bit pattern of contiguous octets corresponding to the HDLC flag sequence 


(01111110) shall be transmitted on the D—Channel by layer 2 when there are no 
other frames to be sent. 


Data Link Layer — Layer 2 


General 


Link Access Procedure ® 


This section describes in general terms the Link Access Procedure on the 
D—Channel (LAPD) which is used to convey information between layer 3 entities 
across the ISDN CE interface using the D—Channel. 


LAPD is a protocol that operates at the data link layer of the OSI architecture. The 
relationship between the data link layer and other protocol layers is defined in 
ITU-T Rec. I.320 [31] while the characteristics of the D—Channel are defined in 
ITU-T Rec.1.412 [34]. 


Note 1: | The physical layer is defined in Clause 5.2 and layer 3 is defined in Clause 5.4 of this 
Technical Standard. References should be made to these Clauses for the complete 
definition of the protocols and procedures across the CE interface. 

Note 2: The term ‘data link layer’ is used in the main text of this Standard. However, mainly in 


figures and tables, the terms ‘layer 2’ and ‘L2’ are used as abbreviations. Furthermore, in 
accordance with Clause 5.4 the term ‘layer 3’ is used to indicate the layer above the data 
link layer. ® 
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LAPD is independent of the transmission bit rate and requires a duplex, bit 
transparent D—Channel. 


Concepts and Terminology 


The basic structuring technique in the OSI reference model is layering. 
Accordingly, communication among application processes is viewed as being 
logically partitioned into an ordered set of layers represented in a vertical sequence 
as shown in Figure 1. 


Entities exist in each layer. Entities in the same layer, but in different systems, 
which must exchange information to achieve a common objective are called 

‘peer entities’. Entities in adjacent layers interact through their common boundary. 
The services provided by the data link are the combination of the services and 
functions provided by both the data link layer and the physical layer. 


A data link layer Service Access Point (SAP) is the point at which the data link 
layer provides services to layer 3. Associated with each data link layer SAP is one 
or more data link connection endpoint(s) refer Figure 2. A data link connection 
endpoint is identified by a data link Connection Endpoint Identifier (CEI) as seen 
from layer 3 and by a Data Link Connection Identifier (DLCI) as seen from the data 
link layer. 


Co-operation between data link layer entities is governed by a peer—to—peer 
protocol specific to the layer. In order for information to be exchanged between 
two or more layer 3 entities, an association must be established between the layer 3 
entities in the data link layer using a data link layer protocol. This association is 
called a data link connection. Data link connections are provided by the data link 
layer between two or more SAPs, refer Figure 3. | 


Data link layer message units are conveyed between data link layer entities by 
means of a physical connection. 


Layer 3 requests services from the data link layer via service primitives. The same 
applies for the interaction between the data link layer and the physical layer. The 
primitives represent, in an abstract way, the logical exchange of information and 
control between the data link layer and adjacent layers. They do not specify or 
constrain implementation. 


The primitives that are exchanged between the data link layer and adjacent layers 
are of the following four types (also refer Figure 4): 


(a) request; 
(b) indication; 
(c) response; and 


(d) confirm. 
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The REQUEST primitive type is used when a higher layer is requesting a service 
from the next lower layer. 


The INDICATION primitive type is used by a layer providing a service to notify 
the next higher layer of any specific activity which is service related. The 
INDICATION primitive may be the result of an activity of the lower layer related 
to the primitive type REQUEST at the peer entity. 


The RESPONSE primitive type is used by a layer to acknowledge receipt, from a 
lower layer, of the primitive type INDICATION. 


The CONFIRM primitive type is used by the layer providing the requested service 
to confirm that the activity has been completed. 


Information is transferred, in various types of message units, between peer entities 
and between entities in adjacent layers that are attached to a specific SAP. The 
message units are of two types: 


(a) message units of a peer—to—peer protocol; and 


(b) message units that contain layer—-to—layer information concerning status and 
specialized service requests. 


The message units of the layer 3 peer-to—peer protocol are carried by the data link 

connection. The message units containing layer to layer information concerning 

status and specialized service requests are never conveyed over a data link 

connection or a physical connection. 

This Technical Standard specifies (see also Figure 5): 

(a) | The peer—to—peer protocol for the transfer of information and control 
between any pair of data link layer service access points; and 


(b) The interactions between the data link layer and layer 3, and between the 
data link layer and the physical layer. 


Overview of LAPD Functions and Procedures 


Messages 


All data link layer messages are transmitted in frames which are delimited by flags. 


(A flag is a unique bit pattern.) The frame structure is defined in Clause 5.3.2. 


LAPD includes function for: 


(a) the provision of one or more data link connections on a D—Channel. 
Discrimination between the data link connections is by means of a data link 
connection identifier (DLCI) contained in each frame; 


(b) frame delimiting, alignment and transparency, allowing recognition of a 
sequence of bits transmitted over a D—Channel as a frame; 
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(c) sequence control, to maintain the sequential order of frames across a data 
link connection; 


(d) detection of transmission, format and operational errors on a data link 
connection; 


(e) recovery from detected transmission, format, and operational errors; 
(f) Notification to the management entity of unrecoverable errors; and 


(g) flow control. 


Generally, data link layer functions provide the means for information transfer 
between multiple combinations of data link connection endpoints. The information 
transfer may be via point-to—point data link connections or via broadcast data link _ 
connections. In the case of point-to—point information transfer, a frame is directed 
to a single endpoint, while in the case of broadcast information transfer, a frame 1s 
directed to one or more endpoints. 


In this Standard information transfer is via a single point-to—point data link 
connection. 


Figure 6 shows an example of point-to—point information transfer. 


Acknowledged Operation 


With acknowledged operation, layer 3 information is transmitted in frames that are 
acknowledged at the data link layer. 


Error recovery procedures based on retransmission of unacknowledged frames are 
specified. In the case of errors which cannot be corrected by the data link layer, a 
report to the management entity is made. Flow control procedures are also defined. 


Acknowledged operation is applicable for point+to—point information transfer. One 
form of acknowledged information transfer is defined: multiple frame operation. 


Layer 3 information is sent in numbered information (I) frames. A number of I 
frames may be outstanding at the same time. Multiple frame operation 1s initiated 
by a multiple frame establishment procedure using a Set Asynchronous Balanced 
Mode Extended (SABME) command. 


Data Link Connection Identification 


A data link connection is identified by a Data Link Connection Identifier (DLCI) 
carried in the address field of each frame. 


The data link connection identifier is associated with a connection endpoint 
identifier at the two ends of the data link connection as shown in Figure 7. 
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The Connection Endpoint Identifier (CEI) is used to identify message units passed 
between the data link layer and layer 3. It consists of the Service Access Point 
Identifier (SAPI) and the connection endpoint suffix. 


The Data Link Connection Identifier (DLCI) consists of two elements: the Service 
Access Point Identifier (SAPI) and the Terminal Endpoint Identifier (TEI). 


The SAPI is used to identify the service access point on the network side or the CE 
side of the CE interface. 


The TEI is used to identify a specific connection endpoint within a service access 
point. 


The TEI is assigned at the time of subscription and may be entered into the CE, for 
example, by the user or the manufacturer. 


The DLCI is a pure data link layer concept. It will be internally used by the data 
link layer entity and is not known by the layer 3 entity or management entity. In 
these latter entities, the concept of Connection Endpoint Identifier (CED) will be 
used instead. 


The CEI is composed of the SAPI information and a reference value named 
Connection Endpoint Suffix (CES). The CES is a value selected by the layer 3 or 
management entity to address the Data link layer entity. When the relevant TEI is 
known by this entity, it will internally associate the DLCI to the CEI. The layer 3 
and management entities shall use this CEI to address its peer entity. 


Data Link States 


A point-to—point link entity may be in one of two basic states: 
(a) | TElFassigned state. In this state a TEI has been assigned; or 


(b) multiple—frame—established state. This state is established by means of a 
multiple frame establishment procedure. Acknowledged multiple frame 
information transfer is possible. 


Key: 
(a) Point—to—point data link 
(b) | DLCI (Data link connection identifier) = SAPI + TEI 


(c) | Connection endpoint identifier = SAPI + Connection Endpoint Suffix 


Note: The management entity is not shown in Figure 7. 


Establishment of Multiple Frame Operation 
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Before point-to—point acknowledged information transfer may start, an exchange of 
a SABME frame and an Unnumbered Acknowledgement (UA) frame must take 
place. 


The multiple frame establishment procedure is specified in Clause 5.3.2 of this 
Technical standard. 


Service Characteristics 
Services Provided to Layer 3 


The data link layer provides services to layer 3 and to the layer 2 management and 
utilizes the services provided by the physical layer and layer management. 


Note: Communication between different layers in the OSI reference model makes use of 


primitives which are passed across the layer boundaries. The data link layer primitives 
defined herein represent, in an abstract way, the logical exchange of information and 
control between the data link layer and adjacent layers. They do not specify nor 
constrain implementations. 


The specification of the interactions with layer 3 (primitives) provides a description 
of the services that the data link layer, plus the physical layer, offer to layer 3, as 
viewed from layer 3. 


Only one form of information transfer service is associated with layer 3. This 
service is based on acknowledged information transfer at the data link layer. 


The data link layer also provides administrative services for layer 3 in order to 
implement information transfer services. 


Layer 3 message units are handled according to their respective layer 3 priority. 


Acknowledged Information Transfer Service 


Only one mode of operation is defined, that is, multiple frame. 


The characteristics of the acknowledged information transfer service are 

summarized in the following: 

(a) Provision of a data link connection between layer 3 entities for 
acknowledged information transfer of layer 3 message units; 


(b) identification of data link connection endpoints; 


(c) | sequence integrity of data link layer message units in the absence of 
malfunctions; 


(d) notification to the peer entity in the case of errors; for example, loss of 
sequence; 


(e) notification to the management entity of unrecoverable errors detected by 
the data link layer; and 
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(f) flow control. 


The primitives associated with the acknowledged information transfer services are: 


(a) Data transfer 
DL—DATA-REQUEST/INDICATION 


The DL-DATA—REQUEST primitive is used to request that a message unit 
be sent using the procedures for acknowledged information transfer service. 
The DL—-DATA-INDICATION primitive indicates the arrival of a message 
unit received by means of acknowledged information transfer service. 


(b) Establishment of multiple frame operation 
DL—ESTABLISH—REQUEST/INDICATION/CONFIRM 


These primitives are used respectively to request, indicate and confirm the 
establishment of multiple frame operation between two service access 
points. 


(c) Termination of multiple frame operation 
DL—RELEASE-REQUEST/INDICATION/CONFIRM 


These primitives are respectively used to request, indicate and confirm an 
attempt to terminate multiple frame operation between two service access 
points. 


Administrative Services 


The method of describing administrative functions is to use service primitives. 


The primitive associated with the notification of error service is, MDL—-ERROR— 
INDICATION/RESPONSE. This primitive is used to report error conditions 
between layer management and the data link layer entities. 


Model of the Data Link Service 


General 


The ability of the data link layer to execute a service request by layer 3 depends on 
the internal state of the data link layer. For each layer 3 entity, the internal state of 
the data link layer is represented by the state of that data link connection endpoint 
within a data link service access point which is used by this layer 3 entity to invoke 
a service. 


Consequently, the data link service may be defined by a model of a data link 
connection and the definition of data link connection endpoint states, whereby the 
capabilities provided by the data link layer and the service primitives may be 
related to these states. 
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In order to allow a data link service user to invoke a service making use of 
primitives, the DL—primitives defined in Clause 5.3.2 have to be related to point— 
to—point data link connections and acknowledged transfer of information 

(see Table 2.) 


Table 2 
Applicability of DL—Primitives to Information Transfer Modes 


Generic Name of the Acknowledged Point—to—Point 
DL—PRIMITIVE Information Transfer Mode 
Establish Confirmed Service 


Release Confirmed Service 
Data Unconfirmed Service 


An Unconfirmed Service is defined as a service which does not result in an explicit 
confirmation. A Confirmed Service is defined as a service which results in an 
explicit confirmation from the service provider. There is not necessarily any 
relationship to a response from the peer service user. 


Data Link Layer Representation as Seen by Layer 3 


Data Link Connection Endpoint States 


The states of a data link connection endpoint may be derived from the internal 
states of the data link layer entity supporting this type of a data link connection. 


Point—to—Point Data Link Connection Endpoint Services 


A data link connection provides an acknowledged information transfer service. 
Within each data link service access point, one or more than one data link 
connection endpoint may be present; each identified by a CEI. 


The acknowledged information transfer service, in addition, implies the presence of 
the services link establishment, link re-establishment and link release. 


The point-to—point data link connection endpoint states are: 
(a) LINK CONNECTION RELEASED state; 


(b) AWAITING ESTABLISH state; 
(c) AWAITING RELEASE state; 


(d) LINK CONNECTION ESTABLISHED state. 


Sequences of Primitives at One Point—to—Point Data Link Connection 
Endpoint 


The primitives provide the procedural means to specify conceptually how a data 
link service user can invoke a service. 
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5.3.1.4.5.3.2 This section defines the constraints on the sequence in which the primitives may 
occur. The sequences are related to the states at one point-to—point data link 
connection endpoint. 


5.3.1.4.5.3.3 The possible overall sequences of primitives at a point-to—point data link 
connection endpoint are defined in the state transition diagram, Figure 8. The 
LINK CONNECTION RELEASED and LINK CONNECTION ESTABLISHED 
states are stable states whilst the AWAITING ESTABLISH and AWAITING 
RELEASE are transition states. 


5.3.1.4.6 Services Required From the Physical Layer 


5.3.1.4.6.1 The services provided by the physical layer are described in detail in Clause 5.3.2. 
They are summarized in the following: 


(a) physical layer connection for the transparent transmission of bits in the same 
order in which they are submitted to the physical layer; 


(b) indication of the physical status of the D—Channel; and 


(c) transmission of data link layer message units according to their respective 
data link layer priority. | 


5.3.1.4.6.2 Some of the above services may be implemented in the management entity on the 
CE side or network side. The method of describing these services is by means of 
service primitives. The primitive between the data link layer and the physical layer 
for Data transfer is, PH-DATA—REQUEST/INDICATION. This primitive is used 
to request that a message unit be sent and to indicate the arrival of a message unit. 


3.3.1.5 Data Link — Management Layer Structure 
55-1061 General 


Doel lek The data link — management layer structure is shown in Figure 9. This figure 1s a 
model shown for illustrative purposes only, and does not constrain 
implementations. 


5.3.1.5.1.2 | The layer management entity (LME) provides for the management of resources that 
have a layer wide impact. Access to the LME is provided by means of a specific 
SAPI. There is no function provided by the LME in this Standard. 


me Oe tee ea The connection management entity (CME) provides for the management of 
resources that have an impact on individual connections. Selection of the CME is 
based on a specific data link layer frame type not used in the acknowledged 
information transfer services. Functions provided by the CME are: 


(a) error processing; 


(b) connection flow control invocation. 


33.152 Data Link Procedure 
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This procedure analyses the control field of the received frame (see Clause 5.3.2) 
and provides appropriate peer—to—peer responses and layer—to—layer indications. In 
addition, it analyses the data link layer service primitives and transmits the 
appropriate peer—to—peer commands and responses. 


5.3.1.5.3 | Multiplex Procedure 


=o Peper | This procedure analyses the flag, Frame Check Sequence (FCS), and address octets 
of a received frame. Ifthe frame is correct, it distributes the frame to the 
appropriate data link procedure block based on the DLCI (see Clause 5.3.2). 


5.3.1.5.3.2. | On frame transmission, this procedure may provide data link layer contention 
resolution between the various data link procedure blocks. The contention 
resolution is based on the SAPI, giving priority to signalling information. 


ti 5.3.1.5.4 Structure of the Data Link Procedure 


The functional model of the data link procedure is shown in Figure 10. The model 
consists of a single block for point-to—point connection. 


5.3.1.6 Testing 


The layer 2 conformance tests that shall be performed on CE to verify compliance 
with Clause 5.3 are contained in Clause 6.3. 


SoZ Data Link Layer Specification 


Se ae General 


This Clause specifies the frame structure, elements of procedure, format of fields, 
and procedures for the proper operation of the Link Access Procedure on the 
* D—Channel, LAPD. 


D.o.2 2 Frame Structure for Peer—to—Peer Communication 
5.3.2-2.1 Formats 


All data link layer peer-to-peer communications shall be in frames conforming to 
one of the formats shown in Table 3. Two format types are shown in Table 3. 
Format A shall be used for frames where there is no information field and Format B 
shall be used for frames containing an information field. 


2 AE Flag Sequence 


All frames shall start and end with the flag sequence consisting of one ‘0’ bit 
followed by six contiguous ‘1’ bits and one ‘0’ bit. The flag preceding the address 
field is called the opening flag. The flag following the Frame Check Sequence 
(FCS) field is called the closing flag. The closing flag of a frame may also serve as 


45 
COPYRIGHT 


ACA TS 014 — 1997 


the opening flag of the next frame however, a receiver shall be able to 
accommodate the receipt of one or more consecutive flags. 


523.2.2.9 Address Field 


The address field shall consist of two octets as illustrated in Table 3. The address 
field identifies the intended receiver of a command frame and the transmitter of a 
response frame. The format of the address field is defined in Clause 5.3.2.3.2. 


5.3.2.2.4 Control Field 


5.3.2.2.4.1 The control field shall consist of one or two octets. Table 3 illustrates the two 
frame formats (A and B), each with a control field of one or two octets, depending 
upon the type of operation being used. 


5.3.2.2.4.2 The format of the control field is defined in Clause 5.3.2.3.4. * 


Bs es Information Field 


~5.3.2.2.5.1 The information field of a frame, when present, follows the control field 

(see Clause 5.3.2.2.4) and precedes the frame check sequence 

(see Clause 5.3.2.2.7). The contents of the information field shall consist of an 
integral number of octets. 


5.2252 The maximum number of octets in the information field is defined in 
Clause 5.3.2.5.7.3. 


5.5.2.2.6 Transparency 


A transmitting data link layer entity shall examine the frame content between the 

opening and closing flag sequences, (address, control, information and FCS fields) 

and shall insert a ‘0’ bit after all sequences of five contiguous ‘1’ bits (including the 

last five bits of the FCS) to ensure that a flag or an abort sequence is not simulated » 
within the frame. A receiving data link layer entity shall examine the frame 

contents between the opening and closing flag sequences and shall discard any ‘0’ 

bit which directly follows five contiguous ‘1’ bits. 


Table 3 
Frame Formats 


Format A Format B 
§ 7 65 43 2 #1 § 7 6 5 43 2 #1 
Flag 
1 1 1 
Address 2 Address 2 
(high order octet) (high order octet) 
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Address 
(low order octet) 


Address 
(low order octet) 


Control (Note) 
Control (Note) 


Information 


Note: Unacknowledged operation — one octet 


Multiple frame operation — Control field is 1 octet for frames without sequence numbers 
and 2 octets for frames with sequence numbers. 


Frame Checking Sequence (FCS) Field 


The FCS field shall be a sixteen—bit sequence. It shall be the ones complement of 
the sum (modulo 2) of: 


(a) |The remainder of (x raised to k power) 


(x) +x 14 4x13 +x 12 4x1! +10 +x? +xety/ +x° ae +x 45° +x — +1) 


divided (modulo 2) by the generator polynomial x Og a4] | where k is 


the number of bits in the frame existing between, but not including, the final 
bit of the opening flag and the first bit of the FCS, excluding bits inserted for 
transparency; and 


(b) — the remainder of the division (modulo 2) by the generator polynomial 


x Og ays 4] of the product of x'6 by the content of the frame existing 


between, but not including, the final bit of the opening flag and the first bit 
of the FCS, excluding bits inserted for transparency. 


As a typical implementation at the transmitter, the initial content of the register of 
the device computing the remainder of the division is preset to all ‘1’s and is then 
modified, by division, by the generator polynomial (as described above) on the 
address, control, and information fields; the ‘1’s complement of the resulting 
remainder is transmitted as the sixteen—bit FCS sequence. 


As a typical implementation at the receiver, the initial content of the register of the 
device computing the remainder is preset to all ‘1’s. The final remainder after 


multiplication by x !® and then division (modulo 2) by the generator polynomial 


x Oey a4] , of the serial incoming protected bits and the FCS, will be 
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‘0001 1101 0000 1111’ (x! through x? respectively) in the absence of 
transmission errors. 


5.3.2.2.5 Format Convention 


D220! Numbering Convention 


The basic convention used in this standard is illustrated in Table 4. The bits are 
grouped into octets. The bits of an octet are shown horizontally and are numbered 
from 1 to 8. Multiple octets are shown vertically and are numbered from | to n. 


Table 4 
Format Convention 


8 7 6 5 4 3 2 ] 
Octet 1 


ps 


5.3.2.2.8.2 Order of Bit Transmission 


The octets are transmitted in ascending numerical order; inside an octet bit 1 1s the 
first bit to be transmitted. 


5.3.2.2.8.3 Field Mapping Convention 


5.3.2.2.8.3.1 When a field is contained within a single octet, the lowest bit number of the field 
represents the lowest order value. * 


5.3.2.2.8.3.2 When a field spans more than one octet, the order of bit values within each octet 
progressively decreases as the octet number increases. The lowest bit number 
associated with the field represents the lowest order value. 


5.3.2.2.8.3.3. For example, a bit number can be identified as a couple (0,b) where o is the octet 
number and b is the relative bit number within the octet. Table 5 illustrates a field 
that spans from bit (1,3) to bit (2,7). The high order bit of the field is mapped on bit 
(1,3) and the low order bit is mapped on bit (2,7). 


Table 5 
Field Mapping Convention 


8 7 6 5 4 3 2 


re 24 23 22 | Ist octet of the field 
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5.3.2.2.8.3.4 An exception to the preceding field mapping convention is the data link layer Frame 
Check Sequence (FCS) field, which spans two octets. In this case, bit 1 of the first 
octet is the high order bit and bit 8 of the second octet is the low order bit 
(see Table 6). 


Table 6 
Frame Check Sequence (FCS) Field Mapping Convention 


8 7 6 5 4 3 2 it 


5:3:2.29 Invalid Frames 


5.3.2.2.941 An invalid frame is a frame which: 
(a) isnot properly bounded by two flags; or 


(b) for modulo 128 multiple frame acknowledged operation has fewer than 
6 octets between flags of frames that contain sequence numbers and fewer 
than 5 octets between flags of frames that do not contain sequence numbers; 
or 


(c) does not consist of an integral number of octets prior to zero bit insertion or 
following zero bit extraction; or 


(d) contains a frame check sequence error; or 


(e) contains a single octet address field. 


5.3.2.2.9.2 Invalid frames shall be discarded without notification to the sender. No action 1s 
taken as the result of that frame. 


® 5.3.2.2.10 Frame Abort 


Receipt of seven or more contiguous ‘1’ bits shall be interpreted as an abort and the 
data link layer shall ignore the frame currently being received. 


5.3.2:2.1] Interframe Timefill 


A bit pattern of contiguous octets corresponding to the HDLC flag sequence 
(01111110) shall be transmitted on the D channel when layer 2 has no frames to 
send. 


2 fee Py a Elements of Procedures and Formats of Fields for Data Link Layer Peer—to— 
Peer Communications 


3.3.2.5.) General 
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The elements of procedures define the commands and responses that are used on the 
data link connections carried on the D—Channel. 


Procedures are derived from these elements of procedures and are described in 
Clause 5.3.2.5. 


Address Field Format 
The address field format shown in Table 7 contains the address field extension bits, 


a command/response indication bit, a data link layer service access point identifier 
(SAPI) subfield, and a terminal endpoint identifier (TEI) subfield. 
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Table 7 
Address Field Format 


Bits 


EA = Address field extension bit 
CIR = Command/response field bit 
SAPI = Service access point identifier 
TE] = Terminal endpoint identifier 


Address Field Variables 


Address Field Extension Bit (EA) 


The address field range is extended by reserving the first transmitted bit of the 
address field octets to indicate the final octet of the address field. The presence of a 
‘1’ in the first bit of an address field octet signals that it is the final octet of the 
address field. The double octet address field for LAPD operation shall have bit 1 of 
the first octet set to a ‘0’ and bit 1 of the second octet set to ‘1’. 


Command/Response (C/R) Field Bit 


The C/R bit identifies a frame as either a command or a response. The CE side 
shall send commands with the C/R bit set to ‘0’, and responses with the C/R bit set 
to ‘1’. The network side shall do the opposite; that is commands are sent with C/R 
set to ‘1’, and responses are sent with C/R set to ‘0’. The combinations for the 
network side and CE side are shown in Table 8. 


Table 8 
C/R Field Bit Usage 


Command/Response C/R Value 


Command Network side > CE side 
| CE side > network side 0 


Response Network side > CE side PO 
| CE side > network side 


In conformance with HDLC rules, commands use the peer data link layer entity’s 
address while responses use the own data link layer entity’s address. According to 
these rules, both peer entities on a point-to—point data link connection use the same 
Data Link Connection Identifier (DLCI) composed of a SAPI-TEI where SAPI and 
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TEI conform to the definitions contained in Clauses 5.3.2.3.3.3 and 5.3.2.3.3.4 and 
define the data link connection as described in Clause 5.3.1.3.3. 


Service Access Point Identifier (SAPI) 


The SAPI identifies a point at which data link layer services are provided by a data 
link layer entity to a layer 3 or management entity. Consequently, the SAPI 
specifies a data link layer entity that should process a data link layer frame. The 
SAPI allows 64 service access points to be specified, where bit 3 of the address 
field octet containing the SAPI is the least significant binary digit and bit 8 is the 
most significant. The SAPI values are allocated as shown in Table 9. 


Table 9 
Service Access Point Identifier (SAPI) 


SAPI Value Related Layer 3 or Management Entity 
a 7 Call Control Procedures 
All others Reserved for future standardisation 


Terminal Endpoint Identifier (TEI) 


The terminal endpoint identifier (TEI) for a point-to—point data link connection 
may be associated with a single terminal (TE). A TE may be associated with only 
one TEI. The TEI for a broadcast data link connection 1s associated with all CE 
side data link layer entities containing the same SAPI, however, it is not used in this 
Standard. The TEI subfield allows 128 values where bit 2 of the address field octet 
containing the TEI is the least significant binary digit and bit 8 is the most 
significant binary digit. The following conventions shall apply in the assignment of 
these values. 


TEI for Point—to—Point Data Link Connection 


For this Technical Standard, the network side and the CE side are assigned the TEI 
value of ‘0’. 


Control Field Formats 


The control field identifies the type of frame, which will be either a command or 
response. The control field will contain sequence numbers, where applicable. 


Three types of control field formats are specified; numbered information transfer 
(I format), supervisory functions (S format), and unnumbered information transfers 
and control functions (U format). The control field formats for extended 

(Modulo 128) operation are shown in Table 10. 
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Table 10 
Control Field Formats 


Control Field Bits 


S format 


N(S): Transmitter send sequence number 

M: Modifier function bit 

N(R): Transmitter receive sequence number 

P/F; Poll bit when issued as a command, final bit when issued as a response 
>: Supervisory function bit 

X: Reserved and set to 0 


Information Transfer Format 


The I format shall be used to perform an information transfer between layer 3 
entities. The functions of N(S), N(R) and P (defined in Clause 5.3.2.3.5) are 
independent; that is, each I frame has an N(S) sequence number, an N(R) sequence 
number which may or may not acknowledge additional I frames received by the 
data link layer entity, and a P bit that may be set to *0’ or *1’. 


The use of N(S), N(R), and P is defined in Clause 5.3.2.5. 
Supervisory Format—S 


The S format shall be used to perform data link supervisory control functions such 
as: 


(a) acknowledge I frames; 
(b) request retransmission of I frames; and 


(c) | request a temporary suspension of transmission of I frames. 


The functions of N(R) and P/F are independent, that is, each supervisory frame has 
an N(R) sequence number which may or may not acknowledge additional I frames 
received by the data link layer entity, and a P/F bit that may be set to *0’ or ‘1’. 


Unnumbered Format — U 


The U format shall be used to provide additional data link control functions. This 
format does not contain sequence numbers. It does include a P/F bit that may be set 
‘0’ or ‘1’. The unnumbered frames have a control field of one octet long. 
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Control Field Parameters and Associated State Variables 


The various parameters associated with the control field formats are described 
below. The coding of the bits within parameters is such that the lowest numbered 
bit within the parameter field is the least significant bit. 


Poll/Final (P/F) Bit 


All frames shall contain a P/F bit. TheP/F bit serves a function in both command 
frames and response frames. In command frames the P/F bit is referred to as the P 
bit. In response frames it is referred to as the F bit. The P bit set to ‘1’ is used by a 
data link layer entity to solicit (poll) a response frame from the peer data link layer 
entity. The F bit set to ‘1’ 1s used by a data link layer entity to indicate the response 
frame transmitted as a result of a soliciting (poll) command. 


The use of the P/F bit is described in Clause 5.3.2.5. 
Multiple Frame Operation — Variables and Sequence Numbers 


Modulus 


Each I frame is sequentially numbered and may have the value 0 through 127. The 
modulus equals 128. 


Note: All arithmetic operations on state variables and sequence numbers contained in this 
standard are affected by the modulus operation. 


Send State Variable V(S) 


Each point-to—point data link connection endpoint shall have an associated send 
state variable V(S) when using I frame commands. The send state variable denotes 
the sequence number of the next I frame to be transmitted. The send state variable 
can take on the value 0 through 127. The value of the send state variable shall be 
incremented by 1 with each successive I frame transmission, and shall not exceed 
V(A) (see Clause 5.3.2.3.5.2.3.) by more than the maximum number of outstanding 
I frames, k. The value of k may be in the range of 1 ¢k ¢ 127. 


Acknowledge State Variable V(A) 


Each point—to—point data link connection endpoint shall have an associated 
acknowledge state variable V(A) when using I frame commands and supervisory 
frame commands/responses. The acknowledge state variable identifies the last 
frame that has been acknowledged by its peer (V(A)-1 equals the N(S) of the last 
acknowledged I frame). The acknowledge state variable can take on the value 0 
through 127. The value of the acknowledge state variable shall be updated by the 
valid N(R) values received from its peer (see Clause 5.3.2.3.5.2.6). A valid N(R) 
value is one that is in the range: 


V(A)” N(R) * V(S) 
Send Sequence Number N(S) 
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Only I frames contain N(S), the send sequence number of transmitted I frames. At 
the time that an in-sequence I frame is designated for transmission, the value of 
N(S) is set equal to the value of the send state variable V(S). 


Receive State Variable V(R) 


Each point-to—point data link connection endpoint shall have an associated receive 
state variable V(R) when using I frame commands and supervisory frame 
commands/responses. The receive state variable denotes the sequence number of 
the next in-sequence I frame expected to be received. The receive state variable 
can take on the value 0 through 127. The value of the receive state variable shall be 
incremented by one with the receipt of an error—free, in—sequence I frame whose 
send sequence number N(S) equals the receive state variable V(R). 


Receive Sequence Number N(R) 


All I frames and supervisory frames contain N(R), the expected send sequence 
number of the next received I frame. At the time that a frame of the above types is 
designated for transmission, the value of N(R) is set equal to the current value of 
the receive state variable V(R). N(R) indicates that the data link layer entity 
transmitting the N(R) has correctly received all I frames numbered up to and 
including N(R) -— 1. 


Frame Types 


Commands and Responses 


The following commands and responses are used by either the CE or the network 
data link layer entities and are represented in Table 10. Each data link connection 
shall support the full set of commands and responses identified in Table 11 for 
Modulo 128 multiple frame acknowledged operation. 


For purposes of the LAPD procedures, the supervisory function bit encoding ‘11’ 
and those encodings of the modifier function bits in Table 4 not identified in 
Table 11 are identified as undefined command and response control fields 

(see Clause 5.3.2.5.6.2). 


The commands and responses in Table 11 are defined in Clauses 5.3.2.3.6.2 to 
5.3:2.3.6.10: 


Information (1) Command 


The function of the information (I) command is to transfer, across a data link 
connection, sequentially numbered frames containing information fields provided 
by layer 3. This command is used in the multiple frame operation on point+to— 
point data link connections. 
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Table 11 
Commands and Responses — Unacknowledged and Multiple Frame 
Acknowledged (Modulo 128) Operation 


8 7 6 5 4 3 2 1 
Information | I (Information) N(S) 0 4 


N(R) P 
0 0 0 0 0 0 0 1 4 


Transfer 


N 


RR (receive ready) | RR 


Supervisory | RNR (receive not | RNR 0 0 0 0 0 1 0 4 4 
ready) (receive a 

RE]J (reject) RE]J (reject) 4 

Unnumbered | RNR (receive not | RNR 4 

ready) (receive 

not ready) 5 

REJ (reject) REJ (reject) 4 

5 


(set asynchronous 


Balance mode 
extended) 


aN 


(disconnect 


Unmumbered [DISC Giscomesy | «do opto ofa 1 
0 1 | | l 
(unnumbered 
a rere ee 
FRMR 1 O Oj; F]90 #1 ] ] 
ee eee 


D32:30.5 Set Asynchronous Balanced Mode Extended (SABME) Command 


BON 


5.3.2.3.6.3.1 The SABME unnumbered command is used to place the addressed CE side or ®) 
network side into modulo 128 multiple frame acknowledged operation. 
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No information field is permitted with the SABME command. A data link layer 
entity confirms acceptance of a SABME command by the transmission at the first 
opportunity of a UA response. Upon acceptance of this command, the data link 
layer entity's send state variable V(S), acknowledge state variable V(A), and receive 
state variable V(R) are set to ‘0’. The transmission of an SABME command 
indicates the clearance of all exception conditions. 


Previously transmitted I frames that are unacknowledged when this command is 
processed remain unacknowledged and are discarded. It is the responsibility of a 
higher level (for example, layer 3) or the management entity to recover from the 
possible loss of the contents of such I frames. 


Disconnect (DISC) Command 
The DISC unnumbered command is used to terminate the multiple frame operation. 


No information field is permitted with the DISC command. The data link layer 
entity receiving the DISC command confirms the acceptance of a DISC command 
by the transmission of a UA response. The data link layer entity sending the DISC 
command terminates the multiple frame operation when it receives the 
acknowledging UA or DM response. 


Previously transmitted I frames that are unacknowledged when this command is 
processed remain unacknowledged and are discarded. It is the responsibility of a 
higher level (for example, layer 3) or the management entity to recover from the 
possible loss of the contents of such I frames. 


Receive Ready (RR) Command/Response 


The receive ready (RR) supervisory frame is used by a data link layer entity to: 


(a) indicate it is ready to receive an I frame; 


(b) acknowledge previously received I frames numbered up to and including 
N(R) — | (as defined in Clause 5.3.2.5); and 


(c) clear a busy condition that was indicated by the earlier transmission of an 
RNR frame by that same data link layer entity. 


In addition to indicating the status of a data link layer entity, the RR command with 
the P bit set to ‘1’ may be used by the data link layer entity to ask for the status of 
its peer data link layer entity. 


Reject (REJ) Command/Response 


The reject (REJ) supervisory frame is used by a data link layer entity to request 
retransmission of I frames starting with the frame numbered N(R). The value of 
N(R) in the REJ frame acknowledges I frames numbered up to and including 
N(R)—2. New I frames pending initial transmission shall be transmitted following 
the retransmitted I frame(s). 
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Only one REJ exception condition for a given direction of information transfer is 
established at atime. The REJ exception condition is cleared (reset) upon the 
receipt of an I frame with an N(S) equal to the N(R) of the REJ frame. 


The transmission of a REJ frame also indicates the clearance of any busy condition 
within the sending data link layer entity that was reported by the earlier 
transmission of an RNR frame by that same data link layer entity. 


In addition to indicating the status of a data link layer entity, the REJ command 
with the P bit set to ‘1’ may be used by the data link layer entity to ask for the status 
of its peer data link layer entity. 


Receive Not Ready (RNR) Command/Response 


The receive not ready (RNR) supervisory frame is used by a data link layer entity to 
indicate a busy condition; that is, a temporary inability to accept additional 
incoming I frames. The value of N(R) in the RNR frame acknowledges I frames 
numbered up to and including N(R) — 1. 


In addition to indicating the status of a data link layer entity, the RNR command 
with the P bit set to ‘1’ may be used by the data link layer entity to ask for the status 
of its peer data link layer entity. 


Unnumbered Acknowledgement (UA) Response 


The UA unnumbered response is used by a data link layer entity to acknowledge the 
receipt and acceptance of the mode—setting commands (SABME or DISC). 
Received mode-setting commands are not actioned until the UA response is 
transmitted. No information field is permitted with the UA response. The 
transmission of the UA response indicates the clearance of any busy condition that 
was reported by the earlier transmission of an RNR frame by that same data link 
layer entity. 


Disconnected Mode (DM) Response 


The DM unnumbered response is used by a data link layer entity to report to its peer 
that the data link layer is in a state such that multiple frame operation cannot be 
performed. No information field is permitted with the DM response. 


Frame Reject (FRMR) Response 


The FRMR unnumbered response may be received by a data link layer entity as a 
report of an error condition not recoverable by retransmission of the identical 
frame, that is, at least one of the following conditions, which results from the 
receipt of a valid frame: 


(a) | The receipt of a command or response control field that is undefined or not 
implemented (see Clause 5.3.2.3.6.1); 


(b) the receipt of a frame with an information field which is not permitted or the 
receipt of a supervisory or unnumbered frame with the incorrect length; 
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(c) the receipt of an invalid N(R); or 


(d) the receipt of an I frame with an information field which exceeds the 
maximum established length. 


5.3.2.3.6.10.2 An undefined control field is any of the control field encodings that are not 
identified in Table 11. 


5.3.2.3.6.10.3 A valid N(R) value is one that is in the range between V(A) and V(S). 
(See Clause: 5.3.2.3,5.2:3), 


5.3.2.3.6.10.4 An information field which immediately follows the control field and consists of 
five octets is returned with this response and provides the reason for the FRMR 
response. This information field format is given in Table 12. 
Table 12 
a) FRMR Information Field Format — Extended 


(Modulo 128 Operation) 
8 7 6 5 4 3 Z ] 


Octet 5 
6 
7 
8 
0. 0 0 0 9 


Note 1: | Rejected frame control field is the control field of the received frame which caused the 
frame reject. When the rejected frame is an unnumbered frame, the control field of the 
rejected frame is positioned in octet 5, with octet 6 set to ‘(0000 0000’. 


Note 2:  V(S) is the current send state variable value on the CE side or network side reporting the 
rejection condition. 


® Note 3: _C/R 1s set to ‘1’ if the frame rejected was a response and is set to ‘0’ if the frame rejected 
was a command. 


Note 4: — V(R) is the current receive state variable value on the CE side or network side reporting 
the rejection condition. | 


Note 5: W set to ‘1’ indicates that the control field received and returned in octets 5 and 6 was 
undefined or not implemented. 


Note 6: §X set to ‘1’ indicates that the control field received and returned in octets 5 and 6 was 
considered invalid because the frame contained an information field which is not 
permitted with this frame or is a supervisory or unnumbered frame with incorrect length. 
Bit W must be set to ‘1’ in conjunction with this bit. | 


Note 7: —_Y set to ‘1’ indicates that the information field received exceeded the maximum 
established information field length (N201) of the CE side or network side reporting the 
rejection condition. 


Note 8: |Z set to ‘1’ indicates that the control field received and returned in octets 5 and 6 
contained an invalid N(R). 
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Note 9: Octet 7 bit 1 and octet 9 bits 5 through 8 shall be set to ‘0’. 


Elements for Layer—to—Layer Communication 
General 
Primitives 


Communications between layers and between the data link layer and the layer 
management are accomplished by means of primitives. 


Primitives represent, in an abstract way, the logical exchange of information and 
control between the data link and adjacent layers. They do not specify or constrain 
implementations. 


Primitives consist of commands and their respective responses associated with the 
services requested of a lower layer. The general syntax of a primitive is: 


XX—Generic name—Type: Parameters 

where XX designates the interface across which the primitive flows. 

For this Technical Standard XX is: 

(a) DL for between layer 3 and the data link layer; 

(b) PH for between the data link layer and the physical layer; 

(c) |MODL for between the layer management and the data link layer; or 


(d) | MPH for between the management entity and the physical layer. 


Generic Names 


The generic name specifies the activity that should be performed. Table 13 
illustrates the primitives associated with this Technical Standard. The primitive 
generic names that are defined in this Technical Standard are defined below: 


Note: Not all primitives have associated parameters. 
DL-Establish 


The DL-ESTABLISH primitives are used to request, indicate and confirm the 
outcome of the procedures for establishing multiple frame operation. 


DL—Release 


The DL—RELEASE primitives are used to request, indicate and confirm the 
outcome of the procedures for terminating a previously established multiple frame 
operation or, for reporting an unsuccessful establishment attempt. 


DL—Data 
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The DL—DATA primitives are used to request and indicate layer 3 messages which 
are to be transmitted, or have been received by the data link layer using the 
acknowledged information transfer service. 


MDL-—Error 


The MDL—ERROR primitives are used to indicate to the connection management 
entity that an error has occurred, associated with a previous management function 
request or detected as a result of communication with the data link layer peer entity, 
which cannot be corrected by the data link layer. 


PH—Data 


The PH—DATA primitives are used to request and indicate message units 
containing frames used for data link layer peer-to-peer communications passed to 
and from the physical layer. | 


Primitive Types 
The primitive types defined in this Technical Standard are defined below: 
Request 


The REQUEST primitive type is used when a higher layer or layer management is 
requesting a service from the next lower layer. 


Indication 


The INDICATION primitive type is used by a layer providing a service to inform 
the next higher layer or layer management of activities within the layer. 


Response 


The RESPONSE primitive type is used by layer management entity as a 
consequence of the INDICATION primitive type. 


Confirm 


The CONFIRM primitive type is used by the layer providing the requested service 
to confirm that the activity has been completed. 


Figure 7 illustrates the relationship of the primitive types to the layer 3 and the data 
link layer. 
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5.3.2.4.1.4 Parameter Definition 
5.3.2.4.1.4.1 Priority Indicator 


Generally, since several SAPs may exist on the network side or CE side, protocol 
messages units sent by one SAP may contend with those of other service access 
points for the physical resources available for message transfer. The priority 
indicator is used to determine which message unit will have greater priority when 
contention exists. The priority indicator is only needed at the CE side to distinguish 
message units sent by the SAP with a SAPI value of ‘0’ from all other message 
units. 


In this Technical Standard as only one SAP will exist, no contention will exist. 
5.3.2.4.1.4.2 Message Unit | 


The message unit contains additional layer-to—layer information concerning actions 
and results associated with requests. In the case of the DATA primitives, the 
message unit contains the requesting layer peer-to-peer message. For example, the 
DL—DATA message unit contains layer 3 information. The PH-DATA message 
unit contains the data link layer frame. 


The operation across the data link layer/layer 3 boundary shall be such that the 
layer sending the DL—DATA primitive can assume a temporal order of the bits 
within the message unit and that the layer receiving the primitive can reconstruct 
the message with its assumed temporal order. 


Table 13 
Primitives Associated with the Data Link is 


| Parameters _| Message 
Unit Contents 


— inna — Confirm | Priority | Message 
Indicator Unit 
ses ee 


DL— Layer 3 peer— 
Data to—peer message 
M-12 | MDL— Reason for error 
Error message 
Data link layer 
L2-Ll Hata peer—to—peer 
message 


Applicable Not Applicable 
L3<oL2: Layer 3/data link layer boundary L2<>L1: Data link layer/physical layer 
boundary 


M<>L2: Management entity/data link layer boundary 
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Primitive Procedures 


General 


Primitive procedures specify the interactions between adjacent layers to invoke and 
provide a service. The service primitives represent the elements of the procedures. 


In the scope of this Technical Standard the interactions between layer 3 and the data 
link layer are specified. 


Layer 3 — Data Link Layer Interactions 


The states of a data link connection endpoint may be derived from the internal 
states of the data link layer entity supporting this type of a data link connection. 


The states of a point-to—point data link connection endpoint are: 
(a) the LINK CONNECTION RELEASED state; 


(b) the AWAITING ESTABLISH state; 
(c) the AWAITING RELEASE state; and 


(d) the LINK CONNECTION ESTABLISHED state. 


The primitives provide the procedural means to specify conceptually how a data 
link service user can invoke a service. 


Clause 5.3.2.4.2.2 defines the constraints on the sequences in which the primitives 
may occur. The sequences are related to the states at one point-to—point data link 
connection endpoint. 


The possible overall sequences of primitives at a point-to—point data link 
connection endpoint are defined in the state transition diagram, Figure 8. The 
LINK CONNECTION RELEASED and LINK CONNECTION ESTABLISHED 
states are stable states whilst the AWAITING ESTABLISH and AWAITING 
RELEASE states are transition states. 


Peer—to—Peer Procedures of the Data Link Layer 
Elements 


The elements of procedure (frame types) for multiple frame acknowledged 
information transfer (Clauses 5.3.2.5.4 to 5.3.2.5.7) which apply are: 


SABME-—command 
UA-—response 
DM-—tesponse 
DISC—command 
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RR-—command/response 
RNR-—command/response 
REJ—command/response 
I-command 


FRMR-response. 


Procedure for the Use of the P/F Bit 


Acknowledged Multiple Frame Information Transfer 


A data link layer entity receiving an SABME, DISC, RR, RNR, REJ or I frame, 
with the P bit set to ‘1’, shall set the F bit to ‘1’ in the next response frame it 
transmits, as defined in Table 14. 


Table 14 
Immediate Response Operation of P/F Bit 


Command received with | Response transmitted 
P bit = ‘1’ with F bit = ‘1’ 


SABME, DISC UA,DM 
I, RR, RNR, REJ RR, RNR, REJ, (Note) 


Note: A LAPD data link layer entity may transmit an FRMR or DM response with the F bit set 
to ‘1’ in response to an I frame or supervisory command with the P bit set to ‘1’. 


Automatic Negotiation of Data Link Layer Parameter Values 


The automatic negotiation of data link layer parameter values shall not be 
supported on the network side of the layer 2 link. 


Procedures for Establishment and Release of Multiple Frame Operation 


Establishment of Multiple Frame Operation 
General 


These procedures shall be used to establish multiple frame operation between the 
network and a designated CE entity. 


Layer 3 will request establishment of the multiple frame operation by the use of the 
DL—ESTABLISH—REQUEST primitive. Re—establishment may be initiated as a 
result of the data link layer procedures defined in Clause 5.3.2.5.6. All frames other 
than unnumbered frame formats received during the establishment procedures shall 
be ignored. 


Establishment Procedures 
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A data link layer entity shall initiate a request for the multiple frame operation to be 
set by transmitting the Set Asynchronous Balanced Mode Extended (SABME) 
command. All existing exception conditions shall be cleared, the retransmission 
counter shall be reset, and timer T200 shall then be started (tumer T200 is defined 
in Clause 5.3.2.5.8.2. All mode setting commands shall be transmitted with the 

P bit set to ‘1’. 


Layer 3 initiated establishment procedures imply the discarding of all outstanding 
DL—DATA-REQUEST primitives and all I frames in queues. 


A data link layer entity receiving an SABME command, if it is able to enter the 
multiple—frame—established state, shall: 


(a) respond with an Unnumbered Acknowledgement (UA) response with the F 
bit set to the same binary value as the P bit in the received SABME 
command; 


(b) — set the send state variable V(S), receive state variable V(R) and acknowledge 
state variable V(A) to 0; 


(c) enter the multiple—frame—established state and inform layer 3 using the DL— 
ESTABLISH-INDICATION primttive; 


(d) clear all existing exception conditions; 
(e) clear any existing peer receiver busy condition; and 


(f) start timer T203. (Refer to Clause 5.3.2.5.8.6). 


If the data link layer entity is unable to enter the multiple—frame—established state, it 
shall respond to the SABME command with a DM response with the F bit to the 
same binary value as the P bit in the received SABME command. 


Upon reception of the UA response with the F bit set to ‘1’, the originator of the 
SABME command shall: 


(a) reset timer T200; 
(b) — start timer T203; 


(c) set the send state variable V(S), receive state variable V(R), and 
acknowledge state variable V(A) to 0; and 


(d) — enter the multiple—frame—established state and inform layer 3 using the DL— 
ESTABLISH—CONFIRM primitive. 


Upon reception of a DM response with the F bit set to ‘1’, the originator of the 
SABME command shall indicate this to layer 3 by means of the 
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DL—RELEASE-INDICATION primitive and reset timer T200. It shall then enter 
the TEI-assigned state. DM responses with the F bit set to ‘0’ shall be ignored in 
this case. 


A DL—RELEASE-REQUEST primitive received during data link layer initiated 
re—establishment shall be serviced on completion of the establishment 
mode-—setting operation. 


Procedure on Expiry of Timer T200 


If timer T200 expires before the UA or DM response with the F bit set to ‘1’ is 
received the data link layer entity shall: 


(a) retransmit the SABME command as above; 
(b) restart timer T200; and 


(c) increment the retransmission counter. 


After retransmission of the SABME command N200 times, the data link layer entity 
shall indicate this to layer 3 and the connection management entity by means of the 
DL—RELEASE-INDICATION and MDL—ERROR-INDICATION primitives, 
respectively, and enter the TEJ-assigned state, after discarding all outstanding DL— 
DATA—REQUEST primitives and all I frames in queue. 


The value of N200 is defined in Clause 5.3.2.5.8.3. 
Information Transfer 


Having either transmitted the UA response to a received SABME command or 
received the UA response to a transmitted SABME command, I frames and 
supervisory frames shall be transmitted and received according to the procedures 
described in Clause 5.3.2.5.5. 


If an SABME command 1s received while in the multiple—frame—established state, 
the data link layer entity shall conform to the re-establishment procedure described 
in Clause 5.3.2.5.6. 


Termination of Multiple Frame Operation 
General 


These procedures shall be used to terminate the multiple frame operation between 
the network and a designated CE entity. 


Layer 3 will request termination of the multiple frame operation by use of the 
DL—RELEASE-REQUEST primitive. 


All frames other than unnumbered frames received during the release procedures 
shall be ignored. 
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All outstanding DL-DATA—REQUEST primitives and all I frames in queues shall 
be discarded. 


Release Procedure 


A data link layer entity shall initiate a request for release of the multiple frame 
operation by transmitting the Disconnect (DISC) command with the P bit set to ‘1’. 
Timer T200 shall then be started and the retransmission counter reset. 


A data link layer entity receiving a DISC command while in the Multiple—Frame— 
Established state or Timer Recovery state shall transmit a UA response with the 
F bit set to the same binary value as the P bit in the received DISC command. A 


DL—RELEASE-INDICATION primitive shall be passed to layer 3, and the 
TElL-assigned state shall be entered. 


If the originator of the DISC command receives either: 
(a) a UA response with the F bit set to ‘1’; or 
(b) | aDMresponse with the F bit set to ‘1’, indicating that the peer data link 


layer entity is already in the TEI-assigned state, it shall enter the 
TEl-assigned state and reset timer T200. 


The data link layer entity which issued the DISC command is now in the 
TEF-assigned state and will notify layer 3 by means of the 
DL—RELEASE-COMFIRM primitive. The conditions relating to this state are 
defined in Clause 5.3.2.5.4.4. 


Procedure on Expiry of Timer T200 


If timer T200 expires before a UA or DM response with the F bit set to ‘1’ is 
received, the originator of the DISC command shall: 


(a) retransmit the DISC command as defined in Clause 5.3.2.5.3.6.4; 
(b) restart timer T200; and 


(c) increment the retransmission counter. 


If the data link layer entity has not received the correct response as defined in 
Clause 5.3.2.5.3.6.4, after N200 attempts to recover, the data link layer entity shall 
indicate this to the connection management entity by means of the 


MDL-—ERROR-INDICATION primitive, enter the TEI—assigned state and notify 
layer 3 by means of the DL-RELEASE—CONFIRM primitive. 
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5.3.2.5.4.4 TELAssigned State 


While in the TEI-assigned state: 


(a) the receipt of a DISC command shall result in the transmission of a 
DM response with the F bit set to the value of the received P bit; 


(b)  onreceipt of an SABME command, the procedures defined in 
Clause 5.3.2.5.4.1 shall be followed; 


(c) | onreceipt of an unsolicited DM response with the F bit set to ‘0’, the data 
link layer entity shall initiate the establishment procedures by the 
transmission of an SABME (see Clause 5.3.2.5.4.1.2); otherwise the DM 
shall be ignored; 


(d)  onreceipt of any unsolicited UA response, the data link layer entity shall 
issue an MDL—ERROR-INDICATION primitive; and ‘ai 


(e) all other frame types shall be discarded. 


5.3.2.5.4.5 Collision of Unnumbered Commands and Responses 
5.3.2.5.4.5.1 Identical Transmitted and Received Commands 


If the transmitted and received unnumbered commands (SABME or DISC) are the 
same, the data link layer entities shall send the UA response at the earliest possible 
opportunity. The indicated state shall be entered after receiving the UA response. 
The data link layer entity shall notify layer 3, by means of the appropriate confirm 
primitive. 


5.3.2.5.4.5.2 Different Transmitted and Received Commands 


If the transmitted and received unnumbered commands (SABME or DISC) are 
different, the data link layer entities shall issue a DM response at the earliest we 
possible opportunity. Upon receipt of a DM response with the F bit set to ‘1’, the 

data link layer shall enter the TEI—assigned state and notify layer 3 by means of the 
appropriate primitive. The entity receiving the DISC command will issue a 


DL—RELEASE-INDICATION primitive, while the other entity will issue a 
DL—RELEASE-CONFIRM primitive. 


5.3.2.5.4.6 | Unsolicited DM Response and SABME or DISC Command 


When a DM response with the F bit set to ‘0’ is issued by a data link layer entity, a 
collision between an SABME or DISC command and the unsolicited DM response 
may have occurred. This is typically caused by a CE applying a protocol procedure 
according to ITU-T Rec. X.25 LAPB [67] to ask for a mode—setting command. 


In order to avoid misinterpretation of the DM response received, a data link layer 
entity shall always send its SABME or DISC command with the P bit set to ‘1’. af) 
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A DM response with the F bit set to ‘0’ colliding with an SABME or DISC 
command shall be ignored. 


Procedures for Information Transfer in Multiple Frame Operation 


Transmitting I Frame 
Information received by the data link layer entity from layer 3 by means of a 


DL—DATA-—REQUEST primitive shall be transmitted in an [ frame. The control 
field parameters N(S) and N(R) shall be assigned the values of the send and receive 
state variables V(S) and V(R), respectively. The value of the send state variable 
V(S) shall be incremented by 1 at the end of the transmission of the I frame. 


If timer T200 is not running at the time of transmission of an I frame, it shall be 
started. If timer T200 expires, the procedures defined in Clause 5.3.2.5.5.7 shall be 
followed. 


If the send state variable V(S) is equal to V(A) plus k (where k is the maximum 
number of outstanding I frames (see Clause 5.3.2.5.8.5), the data link layer entity 
shall not transmit any new I frames, but may retransmit an I frame as a result of the 
error recovery procedures as described in Clauses 5.3.2.5.5.4 and 5.3.2.5.5.7. 


When the network side or CE side is in the own receiver busy condition, it may still 
transmit I frames, provided that a peer receiver busy condition does not exist. 


DL—DATA-—REQUEST primitives received whilst in the timer recovery condition 
Shall be queued. 


Note: The term ‘transmission of I frame’ refers to the delivery of an I frame by the data link 
layer to the physical layer. 


Receiving I Frames 


Independent of a timer recovery condition, when a data link layer entity is not in an 
own receiver busy condition and receives a valid I frame whose send sequence 
number is equal to the current receive state variable V(R), the data link layer entity 
shall: 


(a) pass the information field of this frame to layer 3 using the 
DL—DATA-INDICATION primitive; and 


(b) increment by | its receive state variable V(R), and act as indicated below. 


P Bit Set to ‘1’ 


If the P bit of the received I frame was set to ‘1’, the data link layer entity shall 
respond to its peer in one of the following ways: 


(a) if the data link layer entity receiving the I frame is still not in an own 
receiver busy condition, it shall send an RR response with the F bit set to 
‘1’; or 
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(b) if the data link layer entity receiving the I frame enters the own receiver 
busy condition upon receipt of the I frame, it shall send an RNR response 
with the F bit set to ‘1’. 


P Bit Set to ‘0’ 


If the P bit of the received I frame was set to ‘0’ and: 


(a) if the data link layer entity is still not in an own receiver busy condition: 


(1) if no I frame is available for transmission or if an I frame is available 
for transmission but a peer receiver busy condition exists, the data 
link layer entity shall transmit an RR response with the F bit set to 
‘0’; or 


(11) | ifanI frame is available for transmission and no peer receiver busy 
condition exists, the data link layer entity shall transmit the I frame 
with the value of N(R) set to the current value of V(R) as defined in 
Clause 5.3.2.5.5.1; or 


(b) if, on receipt of this I frame, the data link layer entity is now in an own 
receiver busy condition, it shall transmit an RNR response with the F bit set 
to ‘0’. 


When the data link layer entity is in an own receiver busy condition, it shall process 
any received I frame according to Clause 5.3.2.5.5.6. 


Sending and Receiving Acknowledgements 
Sending Acknowledgements 


Whenever a data link layer entity transmits an I frame or a supervisory frame the 
value of N(R) shall be set equal to the value of V(R). 


Receiving Acknowledgement 


On receipt of a valid I frame or supervisory frame (RR,RNR, or REJ), even in the 
own receiver busy, or timer recovery conditions, the data link layer entity shall treat 
the N(R) contained in this frame as an acknowledgement for all the I frames it has 
transmitted with an N(S) up to and including the received N(R)—1. The value of 
the acknowledge state variable V(A) shall be set to the value of N(R). The data 
link layer entity shall reset the timer T200 on receipt of a valid I frame or 
supervisory frame with the N(R) higher than V(A) (actually acknowledging some 

I frames), or an REJ frame with an N(R) equal to the V(A). 


If a supervisory frame with the P bit set to ‘1’ has been transmitted and not 
acknowledged, timer T200 shall not be reset. 


Upon receipt of a valid I frame, timer T200 shall not be reset if the data link layer 
entity is in the peer receiver busy condition. 
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If timer T200 has been reset by the receipt of an I, RR, or RNR frame, and if there 
are outstanding I frames still unacknowledged, the data link layer entity shall restart 
timer T200. If timer T200 then expires, the data link layer entity shall follow the 
recovery procedure as defined in Clause 5.3.2.5.5.7 with respect to the 
unacknowledged I frames. If timer T200 has been reset by the receipt of an 

REJ frame, the data link layer entity shall follow the retransmission procedures in 
Clause 5.3.2.5.5.4. 


Receiving REJ Frames 


On receipt of a valid REJ frame, the data link layer entity shall act as follows: 
(a) if it is not in the timer recovery condition: 
(i) clear an existing peer receiver busy condition; 
(11) | set its send state variable V(S) and its acknowledge state variable 
V(A) to the value of the N(R) contained in the REJ frame control 
field; 
(iii) stop timer T200; 
(iv) start timer T203; 


(v)  ifit was aREJ command frame with the P bit set to 1, transmit an 
appropriate supervisory response with the F bit set to 1 (see Note 2 in 
Clause 5.3.2.5.5.5); 


(vi) | transmit the corresponding I frame as soon as possible, as defined in 
Clause 5.3.2.5.5.1, taking into account the items (1) to (3) below and 
the paragraph following items (1) to (3) below; and 

(vi1) notify a protocol violation to the connection management entity by 
means of the MDL—ERROR-INDICATION primitive, if it was a 
REJ response frame with the F bit set to ‘1’. 


(b) if itis in the timer recovery condition and it was a REJ response frame with 
the F bit set to ‘1’: 


(1) clear an existing peer receiver busy condition; 


(11) | set its send state variable V(S) and its acknowledge state variable 
V(A) to the value N(R) contained in the REJ frame control field; 


(111) stop timer T200; 
(iv) start timer T203; 


(v) enter the multiple—frame—established state; and 
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(Cc) 


(vi) transmit the corresponding I frame as soon as possible, as defined in 
Clause 5.3.2.5.4.1, taking into account the items (1) to (3) below and 
the paragraph following items (1) to (3) below. 


if it is in the timer recovery condition and it was a REJ frame other than a 
REJ response frame with the F bit set to ‘1’: 


(1) clear an existing peer receiver busy condition; 


(11) set its acknowledge state variable V(A) to the value of the N(R) 
contained in the REJ frame control field; and 


(111) if it was a REJ command frame with the P bit set to ‘1’, transmit an 
appropriate supervisory response frame with the F bit set to ‘1’ (see 
Note 2 in Clause 5.3.2.5.5.5). 


5.3.2.5.5.4.2 Transmission of I frames shall take account of the following: 


5.3.2.5.5.4.3 
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(a) 


(b) 


(C) 


if the data link layer entity is transmitting a supervisory frame when it 
receives the REJ frame, it shall complete that transmission before 
commencing transmission of the requested I frame; 


if the data link layer is transmitting an SABME, a DISC command, a 
UA response, or a DM response when it receives the REJ frame, it shall 
ignore the request for retransmission; and 


if the data link layer entity is not transmitting a frame when the REJ is 
received, it shall immediately commence transmission of the requested 
I frame. 


All outstanding unacknowledged I frames, commencing with the I frame identified 
in the received REJ frame shall be transmitted. Other I frames not yet transmitted 
may be transmitted following the retransmitted I frames. 


Receiving RNR Frames 


After receiving a valid RNR command or response, if the data link layer entity is 
not engaged in a mode-setting operation, it shall set a peer receiver busy condition 
and then: 


(a) 


(b) 


if it was an RNR command with the P bit set to ‘1’, it shall respond with an 
RR response with the F bit set to ‘1’ if the data link layer entity is not in an 
own receiver busy condition, and shall respond with an RNR response with 
the F bit set to ‘1’ if the data link layer entity is in an own receiver busy 
condition; and 


if it was an RNR response with the F bit set to ‘1’, an existing timer recovery 
condition shall be cleared and the N(R) contained in this RNR response 
shall be used to update the send state variable V(S). 
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The data link layer entity shall take note of the peer receiver busy condition and not 
transmit any I frames to the peer which has indicated the busy condition. 


Note: The N(R) in any RR command or RNR command frame irrespective of the setting of the 
P bit will not be used to update V(S). 


The data link layer entity shall then: 


(a) treat the receive sequence number N(R) contained in the received 
RNR frame as an acknowledgement for all the I frames that have been 
(re)transmitted with an N(S) up to and including N(R) minus 1, and set its 
acknowledge state variable V(A) to the value of the N(R) contained in the 
RNR frame; and 


(b) — restart timer T200 unless a supervisory response frame with the F bit set to 
‘1’ is still expected. 


If timer T200 expires, the data link layer entity shall: 


(a) if itis not yet in a timer recovery condition, enter the timer recovery 
condition and reset the retransmission count variable; or 


(b)  ifitis already in a timer recovery condition add one to its retransmission 
count variable. 


If the value of the retransmission count variable is less than N200, the data link 
layer entity shall: 


(a) transmit an appropriate supervisory command (see Note 2) with the P bit set 
to ‘1’; and 


(b) — restart timer T200. 


If the value of the retransmission count variable is equal to N200, the data link layer 
shall initiate a re-establishment procedures as defined in Clause 5.3.2.5.6, and 
indicate this by means of the MDL—ERROR-INDICATION primitive to the 
connection management entity. 


The data link layer entity receiving the supervisory command frame with the P bit 
set to ‘1’ shall respond, at the earliest opportunity, with an appropriate supervisory 
response frame (see Note 2) with the F bit set to ‘1’, to indicate whether or not its 
own receiver busy condition still exists. 


Upon receipt of the supervisory response with the F bit set to ‘1’, the data link layer 
entity shall reset timer T200, and: 


(a) if the response is an RR or REJ response, the peer receiver busy condition is 
cleared and the data link layer entity may transmit new I frames or 
retransmit I frames as defined in Clauses 5.3.2.5.5.1 or 5.3.2.5.5.4, 
respectively; or 
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if the response is an RNR response, the data link layer entity receiving the 


response shall proceed according to this Clause 5.3.2.5.5, first paragraph. 


5.3.2.5.5.5.9 Ifa supervisory command (RR, RNR, or REJ) with the P bit set to ‘0’ or *1’, ora 
supervisory response frame (RR, RNR, or REJ) with the F bit set to ‘0’ is received 
during the inquiry process, the data link layer entity shall: 


5.352.950 


COPYRIGHT 


(a) 


(b) 


Note 1: 


Note 2: 


Note 3: 


Note 4: 


if the supervisory frame is an RR or REJ command frame or an RR or REJ 
response frame with the F bit set to ‘0’, clear the peer receiver busy 
condition and if the supervisory frame received was a command with the 
P bit set to ‘1’, transmit the appropriate supervisory response frame 

(see Note 2) with the F bit set to ‘1’. However, the transmission or 
retransmission of I frames shall not be undertaken until the appropriate 
supervisory response frame with the F bit set to ‘1’ 1s received; or 


if the supervisory frame is an RNR command frame or an RNR response 
frame with the F bit set to ‘0’, retain the peer receiver busy condition and if 
the supervisory frame received was an RNR command with P bit set to ‘1’, 
transmit the appropriate supervisory response frame (see Note 2) with the 

F bit set to ‘1’. The inquiry of the peer status shall be repeated following the 
expiry of timer T200, or after expiry of timer T200 following the receipt of 
the RNR response with the F bit set to ‘1’. 


Upon receipt of an SABME command, the data link layer entity shall clear 
the peer receiver busy condition. 


If the data link layer entity is not in an own receiver busy condition and is in a Reject 
exception condition (that is an N(S) sequence error has been received and a REJ frame 
has been transmitted, but the requested I frame has not been received), the appropriate 
supervisory frame is the RR frame. 


If the data link layer entity is not in an own receiver busy condition but is in an N(S) 
sequence error exception condition (that is an N(S) sequence error has been received but 
a REJ frame has not been transmitted); the appropriate supervisory frame is the REJ 
frame. 


If the data link layer entity is in its own receiver busy condition, the appropriate 
supervisory frame 1s the RNR frame. 


Otherwise, the appropriate supervisory frame is the RR frame. 


Data Link Layer Own Receiver Busy Condition 


When the data link layer entity enters an own receiver busy condition, it shall 
transmit an RNR frame at the earliest opportunity. 


The RNR frame may be either: 


(a) 
(b) 


an RNR response with the F bit set to ‘0’; or 


if this condition is entered on receiving a command frame with the P bit set 
to ‘1’, an RNR response with the F bit set to ‘1’; or 
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(c) if this condition is entered on expiry of timer T200, an RNR command with 
the P bit set to ‘1’. 


All received I frames with the P bit set to ‘0’ shall be discarded, after updating the 
acknowledge state variable V(A). 


All received supervisory frames with the P/F bit set to ‘0’ shall be processed, 
including updating the acknowledge state variable V(A). 


All received I frames with the P bit set to ‘1’ shall be discarded, after updating the 
acknowledge state variable V(A). However, an RNR response frame with the F bit 
set to ‘1’ shall be transmitted. 


All received supervisory frames with the P bit set to ‘1’ shall be processed 
including updating the acknowledge state variable V(A). An RNR response with 
the F bit set to ‘1’ shall be transmitted. 


To indicate to the peer data link layer entity the clearance of the own receiver busy 
condition, the data link layer entity shall transmit an RR frame or, if a previously 
detected N(S) sequence error has not yet been reported, an REJ frame with the N(R) 
set to the current value of the receive state variable V(R). 


The transmission of an SABME command or a UA response (in reply to an 
SABME command) also indicates to the peer data link layer entity the clearance of 
the own receiver busy condition. 


Waiting Acknowledgement 
The data link layer entity shall maintain an internal retransmission count variable. 


If timer T200 expires, the data link layer entity shall: 


(a) if itis not yet in the timer recovery condition, enter the timer recovery 
condition and reset the retransmission count variable; or 


(b) if it is already in the timer recovery condition, add one to its retransmission 
count variable. 


If the value of the retransmission count variable is less than N200, the data link 
layer entity shall restart timer T200; and 


(a) transmit an appropriate supervisory command (see Note 2 in 
Clause 5.3.2.5.5.5) with the P bit set to ‘1’; or 


(b) retransmit the last transmitted I frame (V(S)— 1) with the P bit set to ‘1’. 


If the value of the retransmission count variable is equal to N200, the data link layer 
shall initiate a re-establishment procedure as defined in Clause 5.3.2.5.6 and 
indicate this by means of the MDL—ERROR-INDICATION primitive to the 
connection management entity. 
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The timer recovery condition is cleared when the data link layer entity receives a 
valid supervisory response frame with the F bit set to ‘1’. If the received 
supervisory frame N(R) is within the range from its current acknowledge state 
variable V(A) to its current send state variable V(S) inclusive, it shall set its send 
state variable V(S) to the value of the received N(R). Timer T200 shall be reset if 
the received supervisory frame response is an RR or REJ response, and then the 
data link layer entity shall resume with I frame transmission or retransmission as 
appropriate. Timer T200 shall be reset and restarted if the received supervisory 
response is an RNR response, to proceed with the enquiry process according to 
Clause 5.3.2.5.5.5. 


Re—KEstablishment of Multiple Frame Operation 


Criteria for Re—Establishment 


The criteria for re-establishing the multiple frame operation are defined in this 
Clause by the following conditions: 
(a) the receipt, while in the multiple—frame mode of operation of an SABME; 


(b) the receipt of a DL-ESTABLISH—REQUEST primitive from layer 3 
(see Clause 5.3.2.5.4.1.1); 


(c) the occurrence of N200 retransmission failures while in the timer recovery 
condition (see Clause 5.3.2.5.5.7); 


(d) — the occurrence of a frame rejection condition as identified in 
Clause 5.3.2.7.5; 


(e) the receipt, while in the multiple—frame mode of operation, of an FRMR 
response frame (see Clause 5.3.2.5.7.6); 


(f) the receipt, while in the multiple—frame mode of operation, of an unsolicited 


DM response with the F bit set to ‘0’ (see Clause 5.3.2.5.7.7); 


(g) the receipt, while in the timer—recovery condition, of a DM response with 
the F bit set to ‘1’. 


Procedures 


In all re-establishment situations, the data link layer entity shall follow the 
procedures defined in Clause 5.3.2.5.4.1. All locally generated conditions for 
re—establishment will cause the retransmission of the SABME. 


In the case of data link layer and peer initiated re-establishment, the data link layer 
entity shall also: 


(a) issue an MDL—ERROR-INDICATION primitive to the connection 
management entity; and 
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(b) if there are any outstanding unacknowledged I frames (V(S) not equal to 
V(A)) prior to re-establishment, issue a DL-ESTABLISH-INDICATION 
primitive to layer 3, and discard all I frames in queues. 


In case of layer 3 initiated re-establishment or if a DL-ESTABLISH—REQUEST 
primitive occurs pending re—establishment, the 
DL-ESTABLISHMENT—CONFIRM primitive shall be used. 


Exception Condition Reporting and Recovery 


Exception conditions may occur as the result of physical layer errors or data link 
layer procedural errors. 


The error recovery procedures which are available to effect recovery following the 
detection of an exception condition at the data link layer are defined in 
Clauses 5.3.2.5.7.1 to Clause 5.3.2.5.7.7. 


N(S) Sequence Error 


An N(S) sequence error exception condition occurs in the receiver when a valid 

I frame is received which contains an N(S) value which is not equal to the receive 
state variable V(R) at the receiver. The information field of all I frames whose 
N(S) does not equal the receive state variable V(R) shall be discarded. 


The receiver shall not acknowledge (nor increment its receive state variable) the 
I frame causing the sequence error, nor any I frames which may follow, until an 
I frame with the correct N(S) is received. 


A data link layer entity which receives one or more | frames having sequence errors 
but otherwise error—free, or subsequent supervisory frames (RR, RNR, and REJ), 
shall use the control field information contained in the N(R) field and the P or F bit 
to perform data link control functions; for example, to receive acknowledgement of 
previously transmitted I frames and to cause the data link layer entity to respond if 
the P bit is set to ‘1’. Therefore, the retransmitted I frame may contain an N(R) 
field value and a P bit that are updated from, and therefore different from, the ones 
contained in the originally transmitted I frame. 


The REJ frame is used by a receiving data link layer entity to initiate an exception 
condition recovery (retransmission) following the detection of an N(S) sequence 
error. | 


Only one REJ exception condition for a given direction of information transfer 
shall be established at a time. 


A data link layer entity receiving a REJ command or response shall initiate 
sequential transmission (retransmission) of I frames starting with the I frame 
indicated by the N(R) contained in the REJ frame. 


A REJ exception condition is cleared when the requested I frame is received or 
when an SABME or DISC command is received. 
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N(R) Sequence Error 


An N(R) sequence error exception condition occurs in the transmitter when a valid 
supervisory frame or I frame is received which contains an invalid N(R) value. 


A valid N(R) is one that is in the range between V(A) and V(S). 
(See Clause 5.3.2.3.5.2.3) 


The information field contained in an J frame which is correct in sequence and 
format may be delivered to layer 3 by means of the DL-DATA-INDICATION 
primitive. 


The data link layer entity shall inform the connection management entity of this 
exception condition by means of the MDL—-ERROR-INDICATION primitive, and 
initiate re-establishment according to Clause 5.3.2.3.5.2. 


Timer Recovery Condition 


If a data link layer entity, due to a transmission error, does not receive a single 
I frame or the last I frame(s) in a sequence of I frames, it shall not detect an 
out—of-sequence exception condition and therefore shall not transmit a REJ frame. 


The data link layer entity which transmitted the unacknowledged I frame(s) shall, 
on the expiry of timer T200, take appropriate recovery action as defined in 
Clause 5.3.2.5.5.7 to determine at which IJ frame retransmission must begin. 


Invalid Frame Condition 


Any frame received which is invalid (as defined in Clause 5.3.2.2.9) shall be 
discarded, and no action shall be taken as a result of that frame. 


Frame Rejection Condition 


A frame rejection condition results from one of the conditions described in 
Clause 5.3.2.3.6.10. | 


Upon occurrence of a frame rejection condition, the data link layer entity shall: 
(a) issue an MDL—ERROR-INDICATION primitive; and 


(b) initiate re-establishment (see Clause 5.3.2.5.6.2) 


Receipt of an FRMR Response Frame 


Upon receipt of an FRMR response frame in the multiple—frame mode of operation, 
the data link layer entity shall: 


(a) issue an MDL—ERROR-INDICATION Primitive; and 


(b) initiate re-establishment (see Clause 5.3.2.5.6.2). 
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DO Zideled Unsolicited Response Frames 


The action to be taken on the receipt of an unsolicited response frame is defined in 
Table 15. 


Table 15 
Action to be Taken on the Receipt of an Unsolicited Response Frame 


Awaiting Multiple Frame Modes of 
Release Operation 
State 6 
Unsolicited 
Response Frame 


UA Response 
° - 
UA Response 


F=0 
DM Response 
F=0 


Supervisory 
Response F = 1 
Supervisory 
Response F = 0 


MEI Send MDL—ERROR-INDICATION 
— Ignore 

EST Establish data link 

RE-EST Re-establish data link 


* 537,00 


9:3.2.0.0:) General 


System Parameters 


The system parameters listed are associated with each individual Service Access 
Point (SAP). 


5.3.2.5.8.2 Timer T200 


The default value for timer T200 at the end of which transmission of a frame may 
be initiated according to the procedures described in Clause 5.3.2.5.5 shall be one 
second. 


5.3.2.5.8.3 Maximum Number of Retransmissions (N200) 


The maximum number of retransmissions of a frame (N200) is a system parameter. 
The default value of N200 shall be 3. 
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Maximum Number of Octets in an Information Field (N201) 


The maximum number of octets in an information field (N201) 1s a system 
parameter (See also Clause 5.3.2.2.5). 


For the SAP supporting signalling, the default value shall be 260 octets. 
Maximum Number of Outstanding I Frames (k) 


The maximum number (k) of sequentially numbered I frames that may be 
outstanding (that is, unacknowledged) at any given time is a system parameter 
which shall not exceed 127, for extended (modulo 128) operation. 


For this Technical Standard the default value shall be 7. 
Timer T203 
The default value of timer T203 shall be 10 seconds. 


Data Link Layer Monitor Function 


General 


The procedural elements defined in Clauses 5.3.2.5.1 to 5.3.2.5.7 allow for the 
supervision of the data link layer resource. This Clause describes procedures which 
are used to provide this supervision function on the network side. The use of this 
function on the CE side is optional. 


Data Link Layer Supervision in the Multiple-Frame—Established State 


The connection verification 1s a service provided by data link layer to layer 3. This 
implies that layer 3 is informed in case of a failure only. 


The procedure is based on supervisory command frames (RR command, RNR 
command) and a timer T203 and operates in the multiple—frame—established state as 
follows. 


If there are no frames being exchanged on the data link connection (neither new nor 
outstanding I frames or no supervisory frames with the P bit set to ‘1’ etc), there is 
no means to detect a faulty data link connection condition, or if a CE has been 
unplugged. Timer T203 represents the maximum time allowed without frames 
being exchanged. 


If timer T203 expires, a supervisory command with the P bit set to 1 is transmitted. 
Such a procedure is protected against transmission errors, by making use of the 
normal timer T200 procedure including retransmission count and N200 attempts. 
Connection Verification Procedures 


Start of Timer T203 
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Timer T203 shall be started: 


(a) | when the multiple—frame—established state is entered; and 


(b) — when in the multiple—frame—established state whenever timer T200 is 
stopped. 


Note: These two conditions mean that timer T203 is only started whenever timer T200 1s 
stopped and not restarted. 


Upon receiving an I or supervisory frame, timer T203 shall be restarted if timer 
T200 is not to be started. 


Stop Timer T203 


Timer T203 shall be stopped 


(a) | when in the multiple—frame—established state, the timer T200 is started; and 


(b) upon leaving the multiple—frame—established state. 


Expiry of Timer T203 


If timer T203 expires, the data link layer entity will act as follows (it should be 
noted that timer T200 is neither running nor expired): 


(a) set the retransmission count variable to 0; 
(b) — enter timer recovery state; 
(c) transmit a supervisory command with the P bit set to ‘1’ as follows: 


(i) if there is not a receiver busy condition (own receiver not busy), 
transmit an RR command; or 


(ii) if there 1s a receiver busy condition (own receiver busy), transmit an 
RNR command; 


(d) start timer T200; and 


(e) send MDL—ERROR-INDICATION primitive to connection management 
after N200 retransmissions. 


An SDL Representation of the Point-to—Point Procedures of the Data Link 
Layer Primary Rate Access 


General 


The purpose of Clause 5.3.3 is to provide one example of an SDL representation of 
the point-to—point procedures of the data link layer, to assist in the understanding of 
this standard. This representation does not describe all of the possible actions of the 
data link layer entity, as a non—partitioned representation was selected in order to 
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minimise its complexity. The SDL representation does not therefore constrain 
implementations from exploiting the full scope of the procedures as presented 
within the text of this standard. The text description of the procedures is definitive. 


The representation is a peer—to—peer model of the point-to—point procedures of the 
data link layer and is applicable to the data link layer entities at both the CE and 
network sides. See Figure 11. 


An Overview of the States of the Point-to—Point Data Link Layer Entity 


The SDL representation of the point-to—point procedures are based on an expansion 
of the two basic states identified in Clause 5.3.1.4.2 to the following 5 states: 


a State 4: TEI assigned 

— State 5: Awaiting establishment 

~ State 6 : Awaiting release 

~ State 7 : Multiple frame established 
_ State 8 : Timer recovery 


An overview of the inter—relationships of these states is provided in Figure 12. This 
Overview is incomplete, and serves only as an introduction to the SDL 
representation. All data link layer entities are conceptually initiated in the TEI 
assigned state (state 4). The receipt of an Establish request in the TEI assigned state 
(state 4) shall cause the initiation of the establishment procedures and the transition 
to the Awaiting establishment state (state 5). Completion of the LAP establishment 
procedures takes the data link layer entity into the Multiple frame establishment 
state (state 7). 


Peer initiated establishment causes a direct transition from the TEI assigned state 
(state 4) to the Multiple frame established state (state 7). In the Multiple frame 
established state (state 7), Acknowledged data transfer requests can be serviced 
directly subject to the restrictions of the procedures. Expiry of timer T200, which is 
used in both the flow control and data transfer aspects of the data link layer entity’s 
procedures initiates the transition to the Timer recovery state (state 8). Completion 
of the timer recovery procedures shall return the data link layer entity to the 
Multiple frame established state (state 7). In states 7 and 8 of the SDL 
representation, the following conditions which are identified within the Standard 
are observed: 


(a) Peer receiver busy 
(b) Reject exception 


(c) Own receiver busy 


In addition, other conditions are used in order to avoid identification of additional 
states. A peer initiated LAP release will take the data link layer entity directly into 
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the TEI assigned state (state 4), whilst a Release request shall be via the Awaiting 
release state (state 6). 


Table 16 
Occurrence of MDL—Error—Indication within the Basic States 


I Unsuccessful retransmission of supervisory command 
(N200 retries+ STATUS ENQUIRY 
Receipt of a frame with an invalid N(R) 
Receipt of FRMR-—Response frame 


x 
L Receipt of a frame with a control field that is undefined | 4,5, 6, 7,8 
or not implemented 
M Receipt of a frame with an information field that is not 4,5, 6, 7,8 
permitted 
N Receipt of a supervisory or unnumbered frame with 4,5, 6, 7,8 
incorrect length 
Receipt of an I frame with an information field which 4,5, 6, 7,8 
exceeds the maximum established length (N201) 
The Use of Queues 


To enable a satisfactory representation of the data link layer entity, a conceptual 
queue for the I frame transmission has been explicitly brought out. This conceptual 
queue is finite but unbounded and should in no way restrict the implementation of 
the point-to-point procedures. An additional signal, I Frame Queued Up, has been 
provided in order to cause the servicing of this queue to be initiated 


Occurrence of MDL—ERROR-INDICATION within the Basic States 


Table 16 lists the error situations in which the MDL—ERROR INDICATION 
primitive is generated to notify the data link layer's connection management entity 
of the occurred error. Each error condition is assigned an unique error code which 
is used in the SDL diagrams, see Figure 13 for the point-to—point multi-frame 
acknowledged procedures. 
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Layer 3 


General 


This Clause describes the D—Channel layer 3 functions, procedures and protocols 
employed across the ISDN CE interface which provides the means to establish, 
maintain and terminate network connections across an ISDN between 
communicating application entities. 


The procedures defined are in terms of messages exchanged over the D—Channel of 
a primary rate B—Channel interface structure as defined in ITU-T Rec. 1.412 [34] 
and are, in essence, for the control of circuit-switched connections. 


The layer 3 procedures use all of the functions and services provided by layer 2 as 
described in Clause 5.3 of this standard. 


Detailed description of the procedures for call control are given in Clauses 5.4.2.4 
and 5.4.2.5 in terms of the sequence of messages defined in Clause 5.4.2.2 which 
are transferred across the CE—network interface, and the information processing and 
actions that take place in the CE and the exchange in the process of call 
establishment and clearing. Detailed SDL diagrams for the layer 3 protocol are 
contained in Figure 14. 


The convention adopted by this Standard is one of states and transitions. In 
accordance with ITU-T Rec. Z.100 [76], an entity is regarded as being in either a 
state (waiting to receive one of a set of signals) or in a transition (performing a 
sequence of actions). When in a state, an entity may only receive a specified set of 
signals. Receipt of one of these signals starts a transition. During a transition, 
information processing and actions take place (possibly including output of 
signals). The transition ends with the process entering a new State. 


The term ‘layer 3’ is used for the functions and protocol described in this part of the 
standard. The terms ‘data link layer’ and ‘layer 2’ are used interchangeably to refer 
to the layer immediately below layer 3. The terms ‘incoming’ and ‘outgoing’ are 
used to describe the call as viewed by the CE side of the interface. 


The layer 3 conformance tests that shall be performed on the CE to verify 
compliance with Clause 5.4 are contained in Clause 6.4. 


Network Interface Specification Primary Rate Access 


General 


This Clause provides the definition for states that individual calls may have. These 
definitions do not apply to the state of the interface itself, any attached equipment, 
the D—Channel, or the logical links used for signalling on the D—Channel and do not 
apply to the state of the call reference. They are call states. Because several calls 
may exist simultaneously at the CE—network interface, and each call may be ina 
different state, the state of the interface itself cannot be unambiguously defined. 
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5.4.2.2 Message Functions Definitions and Content 


5.4.2.2.1 Overview 


Each definition includes: 


(a 
* 

(b) 
® 

(©) 


a brief description of the message use and an indication of its direction 
including whether the message has: 


(1) 


(11) 


(iii) 


(iv) 


local significance, i.e. relevant only in the originating or terminating 
access; 


access significance, i.e. relevant in the originating and terminating 
access, but not in the network; 


global significance, i.e. relevant in the originating and terminating 
access and in the network; or 


dual significance, i.e. relevant in either the originating or terminating 
access, and in the network. 


a table listing the information elements contained in the message. For each 
information element, the table indicates: 


(1) 


(il) 


(iii) 


(iv) 


the clause of this part of the standard describing the information 
element. 


the direction in which it may be sent; 1.e. CE to network 
(‘un’) network to CE (‘n — u’) or both; 


Note: the CE—network terminology refers to the NT2—ET. 


whether inclusion is mandatory (‘M7’) or optional (‘O’) and in some 
cases where there are optional information elements, a corresponding 
note detailing the circumstances under which the information 
element shall be included; 


Note: Even when the inclusion of a particular information element in a 
message is optional, that information element may be required for the 
correct operation of some procedures. The indication ‘optional’ does 
not imply that some implementations of this standard do not recognise 
these information elements, rather that these information elements may 
not always be present in the message. 


the length(s), in octets. 


The information elements are listed in order of appearance in the message. 
The relative order of information element is the same for all message types. 


further explanatory notes, as necessary. 
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5.4.2.2.2 Message Length 


The maximum message length (including all mandatory and optional information 
elements) is less than or equal to the maximum number of octets in an information 
field of a layer 2 frame (see Clause 5.3.2). 


5.4.2.2.3 Messages 


Table 17 summarizes the messages and indicates the connection type applicable. 


Table 17 
Messages 


Reference 
(Clause) 


Call establishment messages: 
ALERTing 54:2.2,5-1 
CALL PROCeeding 5.4.2.2.3.2 
CONNect SALZ25:9 
CONNect ACKnowledge 5.4.2.2.3.4 
PROGress 5.4.2.2.3.7 
SETUP 5.4.2.2.3.12 


SETUP ACKnowledge 42.2919 


Call disestablishment messages: 
DISConnect 542.2,3. 
RELease 5.4.2.2.3.8 
RELease COMplete 5.4.2.2.3.9 
RESTart 5.4.2.2.3.10 
RESTart ACKnowledge 5.4.2.2.3.11 


Miscellaneous messages: 
INFOrmation 5.4.2.2.3.6 
STATUS 5.4.2.2.3.14 
STATUS ENQUIRY 5.4.2.2.3.15 


Note: RESTART is not call related, but is related to the interface or a channel within an 
interface. 


SAZ2.51 Alerting 


This message is sent by the called CE to the network, and by the network to the 
calling CE, to indicate that called CE alerting has been initiated (see Table 18). 
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Table 18 
ALERTing Message Content 


Message type: ALERTING 
Direction: both 


Significance: global 


ae eee et 
essgenge ——[s42n4 [oom fw [1 


Channel identification | 5.4.2.3.5.9 u oe n 2—5 
| oe 12 ] 

Progress indicator 5.4.2.3.5.13 both 2—5 
Pa 2 


Display == 5.4.2.3.5.10 


Note 1: The channel identification information element is mandatory if this is the first message in 
response to a SETUP. 


Note 2: For example, included if non—ISDN equipment connected to the ISDN is alerting. 
5.4.2.2.3.2 CALL PROCeeding 


This message is sent to indicate that requested call establishment has been initiated, 
and no more call establishment information will be accepted (see Table 19). 
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| No 


Table 19 
CALL PROCeeding Message Content 


Message type: CALL PROCEEDING 
Direction: both 


Significance: local 


Cabeeeee [sass [ww [ow [3 
Desnge pe [sn38 [oom fw [a 


Channel identification §.4.2.3.5.9 both 

oe 1 
Progress indicator 5.4.2.4.3.13 both 

oa 2 


Display «S'S. 4.2.3.5.10 


Note 1: The channel identification information element is mandatory if this is the first message in 
response to a SETUP. 


Note 2: Included if the sender of the message is interworking with non-ISDN equipment. 
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5.4.2.2.3.3 CONNECT 


This message is sent by the called CE to the network, and by the network to the 
calling CE, to indicate call acceptance by the called CE (see Table 20). 


Table 20 
CONNECT Message Content 


Message type: CONNECT 


Direction: both 


Significance: global 


a 


Channel identification 5.4.2.3.5.8 u—->n O LO 
Note 1 

Progress indicator 5.4.2.3.5.13 both O 2—5 
Note 2 


Display 5424510 | nou | O- | 2-34 


Note 1: |The channel identification information element is mandatory if this is the first message in 
response to a SETUP. 


5 
o) 
pa 
= 
e 
jes 


Note 2: Included if the called CE is non-ISDN (e.g. an analogue telephone set). 
* 5.4.2.2.3.4 CONNect ACKnowledge 


This message is sent by the network to the called CE to indicate that a connection 
has been established and may be sent by the calling CE to the network 
(see Table 21). , 
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Table 21 
CONNect ACKnowledge Message Content 


Message type: CONNect ACKnowledge 
Direction: both 


Significance: local 


Callsetwence [84233 | bom [M3 
Message pe [54234 [bon [ [1 
Display 5.4.2.3.5.10 | nou | O | 2-34, 


5.4.2.2.3.5 DISConnect 


This message is sent by either the CE or the network as a request to clear the call. 
The channel will be disconnected following the sending of this message unless the 
network sends the message with the indication that in-band tones or announcements 
are available (see Table 22). 


Table 22 
DISConnect Message Contents 


Message type: DISConnect 
Direction: both 


Significance: global i) 


cue [342589 | to [ow fe 


Progress indicator 5.4.2.3.5.13 nu 
oe 


Display Display = s«45.4.2.4.5.10 


Note: Included when the network wishes to advise the CE that in—band tones or announcements 
are available. 


90 
COPYRIGHT 


5.4.2.2.3.6 


5.4.2.2.3.7 


ACA TS 014-1997 


INFOrmation 


This message is sent from the CE to the network, or from the network to the CE, to 
provide additional call establishment information during overlap sending mode 
(i.e. additional number digits). It may also be used to provide information for 
facilities (see Table 23). 


Table 23 
INFOrmation Message Content 


Message type: INFOrmation 
Direction: both 


Significance: local 


PROGress 


This message is sent from the network or from the CE to indicate the progress of a 
call (see Table 24). 


Table 24 
PROGRESS Message Content 


Message type: PROGress 
Direction: both 


Significance: global 
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RELease 


This message is sent, from either the CE or the network, to indicate that the 
equipment sending the message has disconnected the channel, and that the receiving 
equipment should release the channel and abort the call if it 1s in the process of 
being set up (see Table 25). 


Table 25 
RELease Message Content 


Message type: RELease 


Direction: both 


Significance: local, global (global if used as the first clearing message) 


Desspenpe 5a24 [bom | w| 1 


Cause 5.4.2.3.5.8 both 
at 


Display 54.2.55.10 


Note: The cause information element is mandatory if the RELEASE message is the first 
message in the clearing sequence, (i.e. first clearing entity) and in this case its minimum 
length is 4 octets. 


a2 
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RELease COMplete 


This message is sent, from either the CE or the network, to indicate that the 
equipment sending the message has released the channel and is releasing the call 
reference. The receiving equipment should release the channel and the call 
reference (refer Table 26). 


Table 26 
RELease COMplete Message Content 


Message type: RELease COMplete 
Direction: both 


Significance: local, global (global if used as the first clearing message). 


Protocol discriminator | 5.4.2.3.2 
5.4.2.3.3 


5.4.2.3.4 


Note: The cause information element is mandatory if the RELEASE COMPLETE message is 
the first message in the clearing sequence, (i.e. first clearing entity) and in this case its 
minimum length is 4 octets. 
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REStart 


This message is sent from one side of the interface to the other to request the 
recipient to restart (i.e. return to an idle condition) the indicated channel(s) or 
interface. The REStart message is of local significance. It shall use the global call 
reference defined in Clause 5.4.2.3.3 (see Table 27). 


Table 27 
REStart Message Content 


Message type: REStart 
Direction: both 


Significance: local 


Note: Included when it is necessary to indicate the particular channel to be restarted. 
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REStart ACKnowledge 


This message is sent to acknowledge the receipt of the REStart message and to 
indicate that the requested restart 1s complete. The REStart ACKnowledge is of 
local significance. It shall use the global call reference defined in Clause 5.4.2.3.3 
(see Table 28). 


Table 28 
REStart ACKnowledge Message Content 


Message type: REStart ACKnowledge 


Direction: both 


Significance: local 


Message ype +5234 | bom | M | 1 


Channel identification | 5.4.2.3.5.9 Me 
Note 


Diply __[sazssio [aoe | 0 [2 
Remibiias ——|saaasu | tem] [3 


Note: Included when it is necessary to indicate the particular channel that has been restarted. 
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SETUP 


This message is sent, from either the CE or the network, to request call 
establishment (see Table 29). 


Table 29 
SETUP Message Content 


Message type: SETUP 
Direction: both 


Significance: global 


as oo a 


u>n O 2—5 
Note 1 
iu M 3—5 
Progress indicator 5.4.2.3.5.13 both 
= 2 


Display Display == 5.4.2.3.5.10 


Calling party subaddress 
5.4.2.3.5.7 both ae 4 2—23 


n= u M 
Note 5 t= 2,4 
un O 


O 


Channel identification 


5.4.2.3.5.9 


Called party number 5.4.2.3.5.4 


Note 1: Included when the CE desires to indicate a channel. When not included, it is interpreted 
as ‘any channel acceptable’. The channel identification information element in a SETUP 
message sent from the CE is optional. 


Note 2: Included when the call originated from non—-ISDN equipment. 


Note 3: Included by the CE to indicate to the network the calling party number. Included by the 
network when the called CE requests the calling party number. 


Note 4: Included by the calling CE to indicate to the called CE the calling party subaddress. 


Note 5: Included to send called party number information to the CE or the network. 
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Note 6: Included by the calling CE to indicate to the called CE the called party subaddress. 
Note 7: Included when end-to-end compatibility checking of the low layers is required. 


Note 8: Included when end-to—end compatibility checking of the high layers 1s required. 
5.4.2.2.3.13 SETUP ACKnowledge 


This message 1s sent by the network to the calling CE to indicate call establishment 
has been initiated but may not proceed until additional information is received 
(refer Table 30). 


Table 30 
SETUP ACKnowledge Message Content 


Message type: SETUP ACKnowledge 
* Direction: network to CE 


Significance: local 


oontdeeimiaer [34232 -| ou [ wT 
Calerene [54233 [wou [we [3 
eseeeone [e234 [now | w [1 


Channel identification | 5.4.2.3.5.9 ae ee? 
Display =| 5.4.2.3.5.10 


Note: Included in the event of interworking (e.g. non-ISDN equipment). 
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5.4.2.2.3.14 STATUS 


This message may be sent from either the CE or the network at any time during a 
call to report an error condition or to report status of the protocol in response to a 
STATUS ENQUIRY message (see Table 31). 


Table 31 
STATUS Message Content 


Message type: STATUS 
Direction: both 


Significance: local 


[cause ——~«*éS 42358 | both | M [4-6 
[casa —~*4(sa23s3_| bom | mM | 3 
Display ‘(542350 | nou | 0 2-34 


5.4.2.2.3.15 STATUS ENQUIRY 


The STATUS ENQUIRY message may be sent from either the CE or the network at 
any time to solicita STATUS message (see Table 32). 


Table 32 
STATUS ENQUIRY Message Content 


Message type: STATUS ENQUIRY 
Direction: both 


Significance: local 


(Callreerence [54233 | both | M [3 
Mesage pe (54234 | ton | M [1 
Diy [423510 | au | 0 [2-™ 
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Message Format and Information Element Coding 
Overview 


The tables and text contained within Clause 5.4.2.3 describe message contents. 
Within each octet, the bit designated ‘bit 1’ is transmitted first, followed by bits 2, 
3,4, etc. Similarly, the octet shown at the top of each Table is sent first. 


Within this protocol, every message consists of the following elements: 


(a) protocol discriminator; 
(b) call reference; 
(c) message type; and 


(d) other information elements, as required. 


Elements (a), (b) and (c) are common to all the messages and must always be 
present, while elements (d) are specific to each message type. This organisation is 
illustrated in the example shown in Table 33. 


Table 33 
General Message Organisation Example 


Bits 
6 5 4 3 2 l Octet 


8 f 
0 0 0 0 Length of call reference 
ae ee 
po | Messagetype 


other information elements as required 


A particular message may contain more information than the CE or the network 
needs or can understand. All equipment should be able to ignore any extra 
information present in a message which is not required for the proper operation of 
that equipment. 


Unless specified otherwise, a particular information element may be present only 
once in a given message. 


When a field, such as the call reference value, extends over more than one octet, the 
order of bit values progressively decreases as the octet number increases. The least 
significant bit of the field is represented by the lowest numbered bit of the highest 
numbered octet of the field. 


99 
COPYRIGHT 


ACA TS 014 — 1997 


5.4.2.3.2 Protocol Discriminator 


The purpose of the protocol discriminator is to distinguish messages for 
CE-network call control from other messages. 


The protocol discriminator is the first part of every message. The protocol 
discriminator 1s coded according to Table 34. 


Table 34 
Protocol Discriminator 
Bits 
8 i 6 2 4 3 2 ] Octet 
Q.931 (1.451) CE-network call control messages 
0 ) 0 0 0 ) 0 


protocol discriminator 


All other values are reserved. 


542.535 Call Reference 


The purpose of the call reference is to identify the call or facility control request at 
the local CE-network interface to which the particular message applies. The call 
reference does not have end—to—end significance across the ISDN. 


The call reference is the second part of every message and is coded as shown in 
Table 35. The call reference value is two octets long. 


Table 35 
Call Reference Information Element 


Bits 
8 7 6 5 4 3 2 l Octet * 
value (in octets) 
Flag p) 
Call Reference value etc. 


Call Reference Flag: 0 = origination side 
1 = destination side 


The call reference information element comprises three fields: the length of the call 
reference value, the call reference flag and the call reference value. 


Call reference values are assigned by the originating side of the interface for a call. 
These values are unique to the originating side only within the D—Channel layer 2 
logical link connection. The call reference value is assigned at the beginning of a 
call and remains fixed for the lifetime of a call. After a call ends, the associated call » 
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reference value may be reassigned to a later call. Two identical call reference 
values on the D—Channel layer two logical link connection may be used when each 
value pertains to a call originated at opposite ends of the link. 


The call reference flag can take the values ‘0’, or ‘1’. The call reference flag is 
used to identify which end of the layer two logical link originated a call. The 
originating side of the call always sets the call reference flag to ‘0’. The destination 
side of the call always sets the call reference flag to a ‘1’. 


For example, when the CE originates a call, it assigns the call a certain call 
reference value. When the CE sends a message to the network equipment 
concerning that call, it sends the assigned call reference value plus a ‘0’ in the call 
reference flag bit. Whenever the CE receives a message from the network 
equipment concerning the call, it receives the assigned call reference value plus a 
‘1’ in the call reference flag bit. If the CE receives a message from the network 
equipment with the identical call reference value it had assigned but the call 
reference flag is set to ‘0’, then the CE shall recognise that this message concerns a 
call the network equipment had originated. 


The call reference flag identifies who allocated the call reference value for this call 
and its only purpose is to resolve simultaneous attempts to allocate the same call 
reference value. 


Note: The global call reference 1s represented in the call reference information element as the 
first octet coded ‘0000 0010’ and the second octet coded ‘X000 0000’ (where ‘X’ is the 
call reference flag) and the third octet coded ‘0000 0000’. The equipment receiving a 
message containing the global call reference should interpret the message as pertaining to 
all call references associated with the appropriate data link connection identifier. 
Messages that are allowed to include the global call reference are specifically identified 
in Clause 5.2.2.2.3. 


Message Type 


The purpose of the message type is to identify the function of the message being 
sent. 


The message type is the third part of every message, and is one or two octets long. 


For ITU—T message types the message type information element is one octet long 
and 1s coded as shown in Table 36 and Table 37. 


Table 36 
ITU-T Message Type 


Bits 
8 7 6 5 4 3 2 l Octet 


| 0 | Message Type | ] 


Note: Bit 8 is reserved for possible future use as an extension. 
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Table 37 
ITU-T Message Types 


Call establishment 
messages: 


— ALERTing 

— CALL PROCeeding 

— CONNect 

— CONNect ACKnowledge 

— PROGRESS 

— SETUP 

— SETUP ACKnowledge © 


Call disestablishment 
message: 


— DISConnect 

— RELease 

— RELease COMplete 

— RESTart 

— RESTart ACKnowledge 


Miscellaneous messages: 
— INFOrmation 
—STATUS 

] 0 — STATUS ENQUIRY 


All other values are reserved 


5.4.2.3.5 Other Information Elements ® 


5.4.2.3.5.1 Coding Rules 


The coding of other information elements follows the coding rules described below. 
These rules are formulated to allow each piece of equipment which processes a 
message to find information elements important to it, and yet remain ignorant of 
information elements not important to that equipment. 


Only variable length information elements are defined (see Table 38). 
Note: ITU-T single length information elements are not defined in this Standard. 
The coding of the information element identifier bits is summarized in Table 39. 


There is a particular order of information element codesets within a message. 
Codesets are present in ascending numerical order, i.e. codeset 0 precedes 
codeset 5. 
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There is a particular order of appearance for each information element within a 
codeset in a message. The code values of the information element identifier for the 
variable length formats are assigned in ascending numerical order, according to the 
actual order of appearance of each information element in a message. This allows 
the receiving equipment to detect the presence or absence of a particular 
information element without scanning through an entire message. 


Information elements using the single octet information element identifier may 
appear at any point in the message within their codeset. 


Where the description of information elements in this part of the standard contains 
spare bits, these bits are indicated as being set to ‘0’. Messages should not be 
rejected simply because a spare bit is set to ’1’. | 


The second octet of a variable length information element indicates the total length 
of the contents of that information element (i.e. the length starting with Octet 3). It 
* is the binary coding of the number of octets of the contents, with bit 1 as the least 


significant bit (2°). 


An optional, variable length information element may be present, but empty. For 
example, a SETUP message may contain a called party number information 

- element, the content of which is of zero length. This should be interpreted by the 
receiver as equivalent to that information element being absent. Similarly, an 
absent information element should be interpreted by the receiver as equivalent to 
that information element being empty. Mandatory and single octet information 
elements cannot be empty. 


Table 38 
Format of Information Elements 


Bits 


+ Information Element Identifier 
Length of Information Element Contents (octets 
Contents of Information element 
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Table 39 
Information Element Identifier Coding for Codeset 0 


— — ~— — Single octet information elements: 
0 0 0 — — — — Reserved 


Variable length information elements: 


5.4.2.3.5.2 
5.4.2.3.5.8 
5.4.2.3.5.3 
5.4.2.3.5.9 
542,370.13 


Bearer capability 


Cause (Note) 


call state 


channel identification 


progress indicator 


Display 5.4.2.3.5.10 
calling party number 5.4.2.3.5.6 
calling party subaddress 5.4.2.3.5.7 
called party number 5.4.2.3.5.4 
called party subaddress 5.4.2.3.5.5 


5.4.2.3.5.14 
5.4.2.3.5.12 
5.4.2.3.5.11 


restart indicator 


low layer compatibility 


high layer compatibility 


oe come cee cee ee ee ee coe ee DD GD EE ED) 
= © © Oo O&O 2 © © CO fF 2D © © © 
== =_-_ CO —- == CO FO OO CO SO CO OG COC OS 


ce ee ce ce ce ce cee oe ED ED ED) 
—_= = = CO Oo Oo F-|-F Ff Oo ~- CO Kf- CO -— 


—= = —= CO —_- © OC OF KF KF CO OC 
= == = == CO OO KF FF FS KE KF CO K CO 


Reserved 


All other values are reserved 


Note: This Information Element may be repeated. 
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5.4.2.3.5.2 Bearer Capability 


The purpose of the bearer capability information element is to request the provision, 
by the network, of the indicated ITU-T Rec. 1.231 [30] bearer capability. 


The bearer capability information element is coded as shown in Table 40 and 
Table 41. 


No default bearer capability may be assumed by the absence of this information 
element. 


Table 40 
Bearer Capability Information Element 


Bits 


+ Bearer Capability 
0 0 ] 


Information element identifier 


Information Transfer Rate (destination origination) 4b 
Ext 
0/1 0 1 CE Information Layer | protocol 5 
Ext Layer 1 Ident. 
0/1 Synch/ Negot CE Rate 5a 
* Ext Asynch 
0/1 Intermediate Rate NIC on | NICon | OSpare | OSpare | OQ Spare 5b 
Ext Tx Rx | 
On Number of stop bits | Number of data bits Parity 2¢ 
Ext 
] Duplex Sd 
] 0 6 
ea avec? ident. CE information Layer 2 protocol 
] ] ] i 
act lavers idence CE information Layer 3 protocol 
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Table 41 
Bearer Capability Information Element 


Extension Bit (Octets 4, 5, 6, 7) 


Bit 

8 

0 this octet continues through the next octet 
(e.g. 4 continues to octet 4a, or octet 4a to 4b) 

] end of current order 


Coding standard (Octet 3) 
Bits 

7 6 
0 0 ITU-T standardised 
0 1 reserved 

1 1 reserved 


Information transfer capability (Octet 3) 


Bits 

5 43 2 1 

0 0 0 0 0 speech 

0 1 0 0 0 unrestricted digital information 
0 1 0 0 1 restricted digital information 

1 0 0 0 0 3.1 kHz audio 


All other values are reserved. 


Transfer mode (Octet 4) 
Bits 

7 6 

0 0 circuit mode 

1 O packet mode 


All other values are reserved. 
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Table 41 (continued) 
Bearer Capability Information Element 


Information transfer rate (Octet 4 and 4b, bits 5 to 1) 
Bits 

5 4 3 2 1. Circuit Mode 

1 0 0 0 QO 64 kbit/s 


All other values are reserved. 


Note: When octet 4b is omitted, the bearer capability is bi-directional symmetric at the 
information transfer rate specified in octet 4. When octet 4b is included, the information 
transfer rate in octet 4 refers to the origination destination direction. 


Structure (Octet 4a) 
Bits 
* 7 6 5 
0 0 O default 
0 0 1 8 kHz integrity 


All other values are reserved. 


Note: If octet 4a is omitted, or the structure field is coded ‘000’, then the value of the structure 
attribute is according to the following: 


Transfer Mode Transfer Capability Structure 
circuit speech 8 kHz integrity 
circuit unrestricted digital 8 kHz integrity 
circuit 3.1 kHz audio 8 kHz integrity 
packet unrestricted digital service data unit integrity 
ee Configuration (Octet 4a) 
Bits 
4 3 
0 0 point—to—point 


All other values are reserved. 


Note: If octet 4a is omitted, the configuration is assumed to be point-to—point. 
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Table 41 (continued) 
Bearer Capability Information Element 


Establishment (Octet 4a) 
Bits 

2 1 

0 0 demand 


All other values are reserved. 


Note: If octet 4a is omitted, the method of establishment is assumed to be ‘demand’. 

Symmetry (Octet 4b) 

Bits 

7 6 

0 0 bidirectional symmetric oe: 


All other values are reserved. 


Note: If octet 4b 1s omitted, bi-directional symmetric is assumed. 


Layer 1 protocol identification (Octet 5) 


Bits 
7 6 Layer Identification 
0 1 CE information layer 1 protocol 


All other values are reserved. 


Bits 
§ 4 3 2 1 Protocol Identification 
0 0 0 0 1 ITU-T rate adaptation [23] [24] [25] [27] [28] Octet 5a 
must be included a. 


00 0 1 1 ITU-T Rec. G.711[22] Alaw 


All other values are reserved. 


Synchronous/Asynchronous (Octet 5a) 
Bit 


0 Synchronous data 
] Asynchronous data 
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Table 41 (Continued) 
Bearer Capability Information Element 


0.075/1.200 kbit/s (Tx/Rx) (Note 2) 
1.200/0.075 kbit/s (Tx/Rx) (Note 2) 
0.050 kbit/s 

0.075 kbit/s 

0.110 kbit/s 

0.150 kbit/s 

0.200 kbit/s 

0.300 kbit/s 

12 kbit/s 


Spare (Octet 5a) 

Bit 

6 

) Spare (shall be set to zero) 
CE Bit (Octet 5a) 

Bits 

5 43 2 1 CE Rates (Note 1) 
0 0 0 0 0 CE rate indicated inband 
00 0 0 1 0.6 kbit/s 
00 0 1 0 1.2 kbit/s 
00 0 1 1 2.4 kbit/s 
001 0 0 3.6 kbit/s 
00 1 0 1 4.8 kbit/s 
00 1 1 0 7.2 kbit/s 
001 1 1 8 kbit/s 

0 10 0 0 9.6 kbit/s 

0 1 0 0 1 14.4 kbit/s 
01 0 1 0 16 kbit/s 
O10 1 1 19.2 kbit/s 
0 11 0 0 32 kbit/s 
O11 1 0 48 kbit/s 
O11 11 56 kbit/s 

1 0 1 0 1 0.1345 kbit/s 
1 0 1 1 =O 0.100 kbit/s 
1041 ii1 1 

1 10 0 0 

1 1 0 0 1 

1 1 0 1 0 

1 101 1 

1 1 1 0 O 

1 1 1 0 1 

1 1 1 1 +0 

1 111441 


All other values are reserved. 
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Table 41 (continued) 


Bearer Capability Information Element 
Note 1: Some CE rates may not be supported by some network resources. 


Note 2: ‘ITU—T Recs. V.6 [57] and X.1 [65].’ The first rate is the transmit rate in the forward 
direction of the call. The second rate is the transmit rate in the backward direction of the 
call. 


Intermediate Rate (Octet 5b) 


Bits 

7T 6 

0 O not used 

0 | 8 kbit/s 

1 O 16 kbit/s ° 
1 1 32 kbit/s 


Network Independent Clock on Transmission (NIC on Tx) (Octet 5b) 


Bits 

5 

0 Does not require to send data with 
NIC 

] Requires to send data with NIC 


Note: Refer to ITU-T Recs. V.110 [63] and X.30 [68]. 


Network Independent Clock on Reception (NIC on Rx) (Octet 5b) 

Bits * 
4 

0 Cannot accept data with NIC 

] Can accept data with NIC 

Note 1: Refer to ITU-T Recs. V.110 [63] and X.30 [68] 


Note 2: The codes in bits 4, 5 of octet 5b are significant only when octet 5a, bit 7 indicates 
synchronous, otherwise they shall be ignored. 


Spare (Octet Sb) 
Bits 
3 zi 


0 0 0 Spare (shall be set to zero) 
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Table 41 (continued) 


| Bearer Capability Information Element 
Number of Stop Bits (Octet 5c) Note 1 


Bits 

7 6 

0 O Note 2 

0 |] ] bit 

1 O 1.5 bits 
1 |] 2 bits 


Note 1: Not all values are supported by some network resources. 


Note 2: Only used when synchronous data indicated. 


Number of Data Bits (Octet 5c) Note 1 


Bits 

5 4 

0 O Note 2 
0 |] 5 bits 
1 0 7 bits 
1 1 8 bits 


Note 1: The number of data bits includes the parity bit if present. All values are not supported by 
some network resources. 


Note 2: Only used when synchronous data indicated. 


Parity (Octet 5c) 
* Bits 
3 2 1 
0 0 0 Odd 
0 1 O Even 
0 1 1 None. See Note 
1 0 0 Forced to 0 
1 O 1 Forced to 1 


All other values are reserved. 


Note: Used when synchronous data indicated, or no parity associated with asynchronous data. 
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Table 41 (continued) 


Bearer Capability Information Element 
Duplex type (Octet 5d) 
Bit 


0 Half duplex 
l Full duplex 


Modem type (Octet 5d) 

Bits 

65 43 2 1 

0 0 0 0 0 0 undefined 
000001 V.23 [61] 
000010 V.22 bis [60] 
000011 V.32 [62] 
000100 V.21 [58] 
000101 V.22 [59] 
All other values reserved. 

Note: Further code points may be defined for manufacturer—specific modems. The ‘Undefined’ 


code point is used when it is only required to define the Duplex Mode. 


Layer 2 Identification Bits (Octet 6) 


Bits 
7 6 
1 0 Layer 2 Identification 


CE Information Layer 2 Protocol (Octet 6) 


Bits 

5 43 2 1 

00 0 1 0 1.441 [37] 
001 1 0 X.25 [67] 


All other values reserved. 


Note: If the transfer mode is ‘packet mode’, then octet 6 shall be present. For other cases, the 
CE layer 2 protocol is to be identified to the network, then octet 6 shall be present; 
otherwise octet 6 shall be omitted. 
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Table 41 (continued) 


Bearer Capability Information Element 
Layer 3 Identification Bits (Octet 7) 


Bits 
7 6 
1 1 Layer 3 Identification 


CE Information Layer 3 Protocol (Octet 7) 


Bits 
5 43 2 1 

7 00 0 1 0 1.451 [39] 
001 1 0 X.25 [67] 


All other values reserved. 


Note: If the CE information layer 3 protocol is to be identified to the network, octet 7 shall be 
present; otherwise octet 7 shall be omitted. 


9A 3. Call State 


The purpose of the call state information element is to describe the current status of 
acall. The call state information element is coded as shown in Table 42 and 


Table 43. 
Table 42 
Call State Information Element 
Bits 
8 7 6 5 4 3 Z ] Octet 


Call state 


0 ] 0 ] ] 

Information element identifier 
Length of call state contents 2 
3 


Coding Standard | Call state value/global interface state value (stated 
value is coded in bina 
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Table 43 
Call State Information Element 
Coding Standard (Octet 3) 
Bits 
8 7 
QO OQ ITU-T Standardised Coding 


Call State Value (Octet 3) 


Bits 
3 2Ht CE State Network State 
0 0 0 U0—Null NO — Null a) 
0 0 1 U1 — Call initiated N1 — Call initiated 
0 1 0 U2 — Overlap sending N2 — Overlap sending 
O 1 1] U3 — Out going call proceeding N3-— Out going call proceeding 
1 0 0 U4 — Call delivered N4 — Call delivered 
1 1 0 U6 — Call present N6 — Call present 
1 1 1 U7 — Call received N7 — Call received 
0 0 0 U8 — Connect request N8 — Connect request 
0 0 1 U9 — Incoming call proceeding N9-— Incoming call proceeding 
0 1 0 U10— Active N10 — Active 
0 1 |] U11 — Disconnect request N11 — Disconnect request 
1 0 0 U12 — Disconnect indication N12 — Disconnect indication 
0 1 1 U19 — Release request N19 — Release request J 
0 0 lo --------- —--—-—--- N25 — Overlap Receiving 


All other values are reserved. 
Called Party Number 


The purpose of the information element is to identify one called party ofa call. The 
called party number information element is coded as shown in Table 44 and 
Table 45. 
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Table 44 
Called Party Number Information Element 
Bits 
8 7 6 5 4 3 2 Octet 
Called party number 


1 l 0 0 
Information element identifier 


Length of called party number contents 


a Type of number Numbering plan identification 
0 | Number digits A (IA5 characters) Note 


Note: The number digits appear in multiple Octet 4’s in the same order in which they would be 
entered, that is, the number digit which would be entered first is located in first Octet 4. 


Table 45 
Called Party Number Information Element 


Type of number (Octet 3) (Note 1) 


Bits 

7 6 5 

0 0 O Unknown (Note 2) 

0 0 1 International number (Note 3) 
O 1 O National number 

1 0 0 Local (directory) number 


All other values reserved. 
Note 1: For the definition of ‘number’, see ITU—T Rec. 1.330 [32]. 


Note 2: Iftype of number ‘unknown’ is used the number information will include all called party 
number information (i.e. including all prefixes). 


Note 3: If type of number ‘international’ is used the number information will not include the 
international access code. 


Numbering plan identification (Octet 3) 


Bits 
43 2 1 
0 0 0 1 ISDN numbering plan (ITU-T Rec. 


E.164 [17]) 
0 0 1 1 Data numbering plan (ITU-T Rec. X.121 [71]) 


All other values are reserved. 
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Number Digits (Octet 4, etc.) 


Bits 

7 6 5 43 2 «1 Digit Value 
0 110 0 0 0 0 
0 110 0 0 1 ] 
0 110 0 1 =0 2 
0 110 0 1 41 3 
0 1 1 0 1 0 0 4 
0 110 1 0 1 5 
0 110 41 1 =0 6 
0 11041 1 «41 7 
0 11 1 0 0 0 8 
0 11 100 41 9 


In accordance with ITU-T Rec. E.164 [17] and 1.330 [32], only the decimal digits 
O—9 shall be interpreted by the network as number information. 


5.4.2.3.5.5 Called Party Subaddress 


The purpose of the called party subaddress information element is to convey to the 
called party the called party subaddress. The network does not interpret this 
information. 


The called party subaddress information element is coded as shown in Table 46 and 
Table 47. The maximum length of this information element is 23 octets. 


Table 46 
Called Party Subaddress Information Element 
8 7 6 > 4 3 2 ] Octet 
Called Party Subaddress @ 
0 ] ] l ) 0 0 ] ] | 


Information element identifier 


Length of called party subaddress contents 2 
] Type of Subaddress Odd/ 0 ) ] 3 
Ext Even Spare 
Subaddress Information 4 etc. 
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Table 47 
Called Party Subaddress Information Element 


Type of Subaddress (Octet 3) 


Bits 

7 6 5 Meaning 

0 0 0 NSAP (ITU-T Rec. X.213 [73] / ISO 8348 AD2) [13] 
0 1 0 CE specified 


All other values reserved. 


Odd/Even indicator (Octet 3) 


Bit 
0) even number of address signals 
] odd number of address signal 


Note: The odd/even indicator is used when the type of subaddress is ‘CE specified’ and the 
coding is BCD. 


Subaddress information (Octet 4, etc) 


The NSAP ITU-T Rec. X.213 [73]/ISO 8348 [13] AD2 address shall be formatted 
as specified by octet 4 which contains the Authority and Format Identifier (AFT). 
The encoding is made according to the ‘preferred binary encoding’ as defined in 
NSAP ITU-T Rec. X.213 [73]/ISO 8348 [13] AD2. 


For CE specified subaddress, this field is encoded according to the CE 
specification, subject to a maximum length of 20 octets. When interworking with 
ITU-T Rec. X.25 [67] networks BCD coding should be applied. 


Note: It is recommended that CEs apply the NSAP subaddress type since this subaddress type 
allows the use of decimal, binary and IA5 characters in a standardised manner. 


Calling Party Number 


The purpose of the calling party number information element is to identify the 
origin of a call. 


The calling party number information element is coded as shown in Table 48 and 
Table 49. 
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Table 48 
Calling Party Number Information Element 
Bits 
8 7 6 5 4 3 2 | Octet 
Called party number 
] 0 ] ] ] 
Information element identifier 
Length of calling party information 2 
0/1 ; 2: 
Type of numbe 
= ype orn r Numbering plan identification Note 1 
Presentation Screening 
indicator ieee Reserved Indicator <a Z 
Number digits ([A5 characters). Note 1 4 etc. * 
aes | 


Note 1: The contents of this Octet is coded as shown in Table 45. 


Note 2: This octet may be omitted. 


Table 49 | 
Calling Party Number Information Element 


Presentation indicator (Octet 3a) (Note) 


Bits 

7 6 Meaning 

0 0 Presentation allowed 

0 | Presentation restricted 

1 0 Number not available due to interworking co 
, 2 Reserved 

Note: If octet 3a is omitted ‘0 0 — Presentation allowed’ is assumed. 


Screening indicator (Octet 3a) 


Bits 

2 1 Meaning 

0 0 Reserved 

0 | CE provided, verified and passed 

1 0 Reserved 

1 |] Network provided 

Note: If octet 3a is omitted, ‘0 1 — CE provided verified and passed’ is assumed. 
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Number Digits (Octet 4, etc.) 


Bits 

7 65 43 2 1 Digit Value 
0 11 0 0 0 0 ) 
O 110 0 0 =41 ] 
O11 0 0 1 =0 2 
O 110 0 1 41 3 
O11 0 1 0 0 4 
0 110 1 0~=41 , 
0 11 0 1 #1 =+0 6 
0 11 0 1 1 «41 7 
O 1 1 1 0 0 0 8 
O 11100 1 9 


In accordance with ITU-T Recs. E.164 [17] and 1.330 [32], only the decimal digits 
0-9 shall be interpreted by the network as number information. 


Calling Party Subaddress 


The purpose of the calling party subaddress information element is to convey 
calling subaddress information to the called party. The network does not interpret 
this information. 


The calling party subaddress information element is coded as shown in Table 50 
and Table 51. 


Table 50 
Calling Party Subaddress Information Element 
Bits 
8 7 6 5 4 2 2 ] Octet 
Called Party Subaddress 


] 0 ] l 
Information element identifier 


Length of calling party subaddress contents 


] Type of Subaddress Odd/ 0 0 0 
Ext Even Spare 
Indicator 


Subaddress Information 


4 etc. 
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Table 51 
Calling Party Subaddress Information Element 
Type of Subaddress (Octet 3) 
Bits 
7 6 5 Meaning 
0 0 0 NSAP (ITU-T Rec. X.213 [73]/ISO 8348 [13] AD2) 
0 1 O CE specified 


All other values reserved. 


Odd/Even indicator (Octet 3) 


Bit 

4 

0 even number of address signals 
] odd number of address signals 


Note: The odd/even indicator is used when the type of subaddress is “CE specified’ and the 
coding is BCD. 


Subaddress information (Octet 4, etc.) 


The NSAP ITU-T Rec. X.213 [73]/ISO 8348 [13] AD2 address shall be formatted 
as specified by octet 4 which contains the Authority and Format Identifier (AFI). 
The encoding is made according to the ‘preferred binary encoding’ as defined in 
NSAP ITU-T Rec. X.213 [73]/ISO 8348 [13] AD2. 


For CE specified subaddress, this field is encoded according to the CE 
specification, subject to a maximum length of 20 octets. When interworking with 
ITU-T Rec. X.25 [67] networks BCD coding should be applied. 


Note: It is recommended that CEs apply the NSAP subaddress type since this subaddress type 
allows the use of decimal, binary and IAS characters in a standardised manner. 


Cause 


The purpose of the cause information element is to describe the reason for 
generating certain messages, to provide diagnostic information in the event of 
procedural errors and to indicate the location of the cause originator. 


The cause information element is coded as shown in Table 52 and Table 53. 
Diagnostic information is not available for every cause. When available the coding 
of the diagnostic(s) is the same as for the corresponding information element 
identifier facility identifier or message type code. The cause information element 
may be repeated in a message, e.g. to report multiple errors associated with a single 
call. Definitions of the causes are provided in Appendix B. 


120 


ACA TS 014 — 1997 


Table 52 
Cause Information Element 
Bits 
8 7 6 5 4 3 2 ] Octet 


Cause 


0 ] ] 
Information element identifier 
Length of Cause Contents 
| Coding Standard 0 Location 
Ext Spare 
l Cause value 4 
Ext 
Diagnostic(s) (if any) 5 
Note 
Note: This octet may be omitted when no diagnostic is required. If a diagnostic is listed in 


Table 53 for the cause, this octet shall include that diagnostic. This octet group may be 
more than | octet long. 


Table 53 
Cause Information Element 
Coding standard (Octet 3) 
Bits 
7 6 
0 O ITU-T standard 


All other values reserved. 


Location (Octet 3) 


Bits 

43 2 1 

0 0 0 0 CE 

0 0 0 1 Local private network, e.g. PABX 
00 1 0 Local exchange 

0 1 0 0 Remote exchange 


All other values are reserved. 


Note: Depending on the location of the CEs, the local exchange and remote exchange may be 
the same exchange. 


Cause value (Octet 4) 


The cause value is divided in two fields, a class (bits 5 through 7) and a value 
within the class (bits 1 through 4). 
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The class indicates the general nature of the event. 


Class (000) : Normal event 
Class(O0O1) : Resources unavailable 
Class(010) : Service or option not available 
Class(O11) : Service or option not implemented 
Class(100) : Invalid message (e.g. parameter out of range) 
Class(1 10) : Protocol error (e.g. unknown message) 
Class(1 11) : Interworking 
Diagnostics (Octet 5) 
dl 


Diagnostic information is not available for every cause. The inclusion of 
diagnostics is optional. When available the coding of diagnostic(s) 1s the same for 
the corresponding information element defined in Clause 5.4.2.3. 
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Table 53 (continued) 
Cause Information Element 


Cause Value 
(Octet 4) 


Cause Cause Diagnostics 
4 3 2 1 | Number 


0 0 0/0 0 O Unassigned (unallocated) number 


Channel unacceptable 
Normal clearing 

User busy 

No user responding 
Call rejected 

Number changed 
Destination out of service 
Invalid number format 


Response to STATUS 
ENQUIRY 


Normal, unspecified 


pe meemheeeeeteet 
a oS oe SP 


oS © © oS © © 2 2 © 
—-—_ = CO Oo Oo Oo Oo O&O 
—_—_- oO - -—- Oo ~- CO CO — 


So ©. © © a ©. @ Gwe © 
—=- —_—_-—_ OO -_- -—_- OO Cd OO — 


No circuit/channel available 


Network out of order 


Temporary failure 
Switching equipment congestion 


Requested circuit channel not 
available 


Resource unavailable unspecified 


Bearer capability not authorised 


Bearer capability not presently 
available. 
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Cause Value 
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(Octet 4) 


Table 53 (Continued) 


Cause Information Element 


Class Value Cause Cause Diagnostics 
Number 


All other values are reserved. 


63 


65 
66 
70 


ie, 


81 
82 
88 


95 
96 


oe 


98 


99 


100 


101 


102 
11] 
127 


Service or option not available, 
unspecified 


Bearer capability not implemented 
Channel type not implemented 


Only restricted digital information 
bearer capability is available 


Service or option not implemented, 


unspecified 

Invalid call reference value 
Identified channel does not exist 
Incompatible destination 


Invalid message, unspecified 


Mandatory information element is 
missing 


Message type non-existent or not 
implemented 


Message not compatible with call 
state, non-existent or not 
implemented 


Information element non—existent 
or not implemented 


Invalid information element 
contents 


Message not compatible with call 
State 


Recovery on timer expiry 
Protocol error, unspecified 
Interworking, unspecified 
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capability 
identifier, or 
Low Layer 
compatibility 
identifier or 
Higher Layer 
compatibility 
identifier 


Information 
element 
identifier 


Message type 


Message type 


Information 
element 
identifier 


Information 
element 
identifier 


Message type 
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Channel Identification 


The purpose of the channel identification information element is to identify a 
channel within the interface controlled by these signalling procedures. 


The channel identification information element is coded as shown in Table 54 and 
Table 55. 


Table 54 
Channel Identification Information Element 
Bits 
8 7 6 5 - 3 Z | Octet 
Channel identification 
1 l 0 it 
Information element identifier 
2 
Pref/ D-Ch B—Channel 3 
Spare Excl selection 
4 
Coding Standard Number Channel type Note 1 
> 
Note 1 


Note 1: Octet 4 and 5 may be omitted. 


Note 2: This bit is reserved for extension of this octet. 


Table 55 
Channel Identification Information Element 


Interface identifier present (Octet 3) 


Bit 

7 

0 the interface which includes the D—Channel carrying this 
information element is indicated 

l reserved 
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Table 55 (Continued) 


Cause Information Element 


Interface type (Octet 3) 

Bit 

6 

0 Reserved 

i Primary rate interface 

Spare (Octet 3) 

Bit 

5 * 
0 Spare 


Preferred/Exclusive (Octet 3) 


Bit 

4 

0 indicated channel is preferred 

exclusive; only the indicated channel is acceptable 
Note: This bit has only significance in relation to B—Channel selection. 


D—Channel indicator (Octet 3) 


Bit 

; * 
0 the channel identified is not the D—Channel 

1 the channel identified is the D—Channel 


B-Channel selection (Octet 3) 


Bits 

2 1 

0 O No channel 

O | Channel as indicated in following octets 
1 O Reserved 

1 1 Any channel 
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Table 55 (Continued) 


Cause Information Element 
Coding standard (Octet 4) 
Bits 
7 6 
0 0 ITU-T standard 


All other values are reserved. 


Number (Octet 4) 
Bit 
a 5 
0 Channel is indicated by the number in the following octet 
1 Reserved 


Channel type (Octet 4) 
Bits 
43 2 1 


0 0 1 1 B—Channel units 


All other values are reserved. 
Channel number (Octet 5) 


Binary number assigned to the channel. 


Note: Bit 8 is reserved for extension and shall be set to ‘0’. Channels are assigned to time— 
slots as defined in Clause 5.2 of this Technical Standard. 


Example: Channel identification information element, primary rate, number 12 
B—Channel preferred. 
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Table 56 
Channel Identification Information Element (example) 
Bits 
8 7 6 5 4 3 2 ] Octet 
it 
0) 
] Z 
—e 
3 
ao Pref | D—ch B—Channel 
aes 
4 
Fe ITU-T | ree Fe B—Channel 
0 0 0 ] ] 0 5 


Channel Number 12 


5.4.2.3.5.10 Display 
The purpose of the display information element is to supply information for display 
purposes. The information contained in this element is coded in IA5 characters. 


Table 57 
Display Information Element 


Bits 


Display 
0 ] 0 


Information element identifier 


Length of display information 


Display information (IA5 characters) 


5.4.2.3.5.11 High Layer Compatibility 


The purpose of the high layer compatibility information element is to provide a 
means which should be used by the remote CE for compatibility checking. 


The high layer compatibility information element is coded as shown in Table 58 
and Table 59. 


Note: The high layer compatibility information element is transported transparently by the 
network between a call originating entity, e.g. a calling CE, and the addressed entity, 
e.g. aremote CE or a high layer function network node addressed by the call originating 
entity. 
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Table 58 
High Layer Compatibility Information Element 
Bits 
8 7 6 5 4 3 2 ] Octet 


High layer compatibility 
] l ] 


Information element identifier 


Length of compatibility information 2 


High layer characteristics identification 4 


Note: Reserved for future extension. 


Table 59 
High Layer Compatibility Information Element 


Coding Standard (Octet 3) 

Bits 

7 6 

0 0 ITU-T standard coding 


All other values reserved. 


Interpretation (Octet 3) 


Bits 
5 4 3 
1 0 O First (primary or only) high layer characteristic (in octet 4)to be 


used in the call 


All other values reserved. 


Presentation (Octet 3) 


Bits 
Zz 1 
0 I High layer protocol profile (without specific specification of 


attributes) 


All other values are reserved. 
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High Layer Characteristic Identification (Octet 4) Note 


Bits 
7 65 43 2 «41 ITU-T Standard 
°o' 000000 1 Telephony (ITU-T Rec. G.711 [22]) 
+ 0 0 0 0 1 0 0 Gp. 2/3 facsimile (ITU-T Rec. F.182 [18]) 
vi o10000 1 Document Application Profile for Group 4 Class 1 


facsimile (ITU-T Rec. T.503 [55]) 


“Y © 10010 0 Document Application Profile for formatted Mixed 
Mode (ITU-T Rec. T.501 [53]) 
“US gg 10901 0 0 0 Document Application Profile for Processable 
Form (ITU-T Rec. T.502 [54]) 
6b! O 1 1 0 0 0 1 Teletext (ITU-T Recs. T.62 [50], T.70 [51]) + 


6¢ O 1 1 0 0 1 +0 Document Application Profile for Videotex 
Interworking between Gateways (ITU-T Rec. 
T.504 [56]) 

b 0 11010 41 Telex 


t¢ 0 1 1 1 0 0 0 Message Handling Systems (MHS) (Rec. 
X.400 [75] series) 


i 100000 «1 OSI applications (Note) (ITU-T Rec. X.200 [72] 
series) 


All other values are reserved. 


Note: Further compatibility checking will be executed by the OSI high layer protocols. 
5.4.2.3.5.12 Low Layer Compatibility 


The purpose of the low layer compatibility information element is to provide a 

means which should be used for compatibility checking by an addressed entity cy 
(e.g. a remote CE or an interworking unit or a high layer function network node 

addressed by the calling CE). The low layer compatibility information element is 
transferred transparently by the network between the call originating entity (e.g. the 

calling CE) and the addressed entity. 


The low layer compatibility information element is coded as shown in Table 60 and 
Table 61. 


Note: There are 16 octets defined for this information element. However, the ability to not 
accept more than 13 octets is network dependent. 
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Table 60 
Lower Layer Compatibility Information Element 


Bits 
7 6 5 4 3 2 ] Octet 
High layer compatibility 
] l l ] 


ze] | > | 


Information element identifier 


0/1 Coding Standard Information transfer capability 
Negot. O- 0 0 0 0 3a 
Indic —_ 
Structure Configuration Establishment 4a 
Note 1 
Information transfer rate (destination origin) 4b 
CE information layer 1 protocol ° 
Layer 1 Ident. 
Synch Negot CE rate 7a 
Asynch Note 4 


0/1 Intermediate rate NIC on | NIC on Flow Flow 5b 
Tx Rx control | control on aa Naieo 


on TX RX 
Be 


si 


Mode LLI Assignor | In-band/ 0 5b 

Negot. | /assignee | out-band Spare | Note 3 
negot. 

Number of stop bits | Number of data bits Parity Sc 
Note 4 

Duplex Modem type 5d 
mode Note 4 

CE information layer 2 protocol 
Layer 2 Ident. 


Optional layer 2 protocol information 


CE information layer 3 protocol 
Layer 3 Ident. 


Optional layer 3 protocol information 
Ext 
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Notes to Table 60 


Note 1: If default values are used for all fields of octets 4a and 4b, then these octets shall not be 
included. If default values are used for all fields of octets 4b, but not for one or more 
fields of octets 4a, then only octet 4a shall be included. Otherwise, both octets 4a and 4b 
shall be included. 


Note 2: This octet may be present only if octet 5 indicates [TU—T standardised rate adaptation 
Rec. V.110 [63]/Rec. X.30 [68]. 


Note 3: This octet present only if octet 5 indicates ITU-T standardised rate adaptation 
V.120 [64]. 


Note 4: This octet may be present if octet 5 indicates either of the ITU-T standardised rate 
adaptation Rec. V.110 [63]/Rec. X.30 [68] or Rec. V.120 [64]. 


Table 61 
Low Layer Compatibility Information Element 
Coding Standard (Octet 3) 
Bits 
7 6 
0 0 ITU-T standardised coding 


All other values are reserved. 


Note: These other coding standards should be used only when the desired low layer 
compatibility can not be represented with the ITU-T standardised coding. 


Information transfer capability (Octet 3) 


Bits 

5 43 2 1 

0 0 0 0 0 Speech 

O 1 0 0 0 Unrestricted digital information 
0 10 0 1 Restricted digital information 

1 0 0 0 0 3.1 kHz audio 

1 0 0 0 1 7 kHz audio 


All other values are reserved. 
Table 61 
Low Layer Compatibility Information Element (cont.) 


Negotiation indicator (Octet 3a) 

Bit 

7 

0 Out—band negotiation not possible 


All other values are reserved. 


Note: When octet 3a is omitted, ‘out—band negotiation not possible’ shall be assumed. 
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Transfer mode (Octet 4) 


Bits 

7 6 

0 0 circuit mode 
1 O packet—mode 


All other values are reserved. 


Information transfer rate (Octets 4 and 


4b) 
Bits 
5 43 2 1 Circuit mode Packet mode 
° 0 0 0 0 O ~ This code shall be used for packet mode calls 
1 0 0 0 0 64 kbit/s | 


All other values are reserved. 


Note: When octet 4b is omitted, the low layer compatibility is bi-directional symmetric at the 
information transfer rate specified in octet 4. When octet 4b is included, the information 
transfer rate in octet 4 refers to the origination to destination direction. 


Structure (Octet 4a) 
Bits 
7 6 5 
0 0 0 default (Note) 
0 0 1 8 kHz integrity 
1 0 O service data unit integrity 
* All other values are reserved. 
Note: If octet 4a is omitted, or the structure field is coded ‘000’, then the value of the structure 


attribute is according to the following: 


3.1 kHz audio 8 kHz integrity 
Unrestricted digital Service data unit integrity 


Configuration (Octet 4a) 
Bits 
4 3 
0 0 point-to-point 


All other values are reserved. 
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Note: If octet 4a is omitted, the configuration is assumed to be point-to-point. 


Establishment (Octet 4a) 
Bits 

2 1 

0 0 demand 


All other values are reserved. 


Note: If octet 4a is omitted, the method of establishment is assumed to be ‘demand’. 
Symmetry (Octet 4b) 
Bits 
> * 
0 O bi-directional symmetric 
All other values are reserved. 
Note: If octet 4b is omitted, bi-directional symmetric is assumed. 
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Table 61 
Low Layer Compatibility Information Element (cont.) 


CE information layer 1 protocol (Octet 5) 


The coding below applies in the case of ‘Coding Standard’ = ‘ITU-T Standard’. 
Bits 
5 4 3 


0 0 0 0 0 ITU-T standardised rate adaptation Rec. V.110 [63]/Rec. 
X.30 [68]. This implies the presence of octet 5a and 
optionally octets 5b, Sc and 5d as defined below. 


0 0 0 1 0 ITU-T Rec. G.711 [22] naw 

0 0 0 1 1 ITU-T Rec. G.711 [22] A4law 

0 0 1 0 0 ITU-T Rec. G.721 [23] 32 kbit/s ADPCM and ITU-T 
Rec. 1.460 [40] 

0 0 1 0 1 ITU-T Recs. G.722 [24] and G.725 [25] 7 kHz audio 

001 1 0 ITU-T Rec. H.261 [29] for 384 kbit/s video 

001 1 1 Non—ITU-T standardised rate adaptation. This implies the 
presence of octet 5a and, optionally, octets 5b, 5c and 5d. 
The use of this code point indicates that the CE rate 
specified in octet 5a is defined by the CE. Additionally 


octets 5b, 5c and 5d, if present, are defined consistent with 
the CE specified rate adaptation. 


0 1 0 0 0 ITU-T standardised rate adaptation Rec. V.120 [64]. This 
implies the presence of octets 5a and 5b as defined below, 
and optionally octets 5c and 5d. 


01 0 0 1 ITU-T standardised rate adaptation Rec. X.31 [69] HDLC 
flag stuffing. 
All other values are reserved. 


Note: If the transfer mode is ‘circuit mode’, and if the information transfer capability is 
‘unrestricted digital information’ or ‘restricted digital information’, and if the CE 
information layer 1 protocol is not to be identified to the network, octet 5 shall be omitted. 
If the transfer mode 1s packet mode, octet 5 may be omitted. Otherwise, octet 5 shall be 
present. 


Table 61 
Low Layer Compatibility Information Element (cont.) 


Synchronous/asynchronous (5a) 
Bit 

7 

) Synchronous 

] Asynchronous 


Note: Octets Sb—5d may be omitted in case of synchronous CE rates. 
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Negotiation (Octet 5a) 


Bit 
0 In—band negotiation not possible 
I In—band negotiation possible 


Note: | See ITU-T Recs. V.110 [63] and X.30 [68]. 


CE rate (Octet 5a) 

Bits 

5 43 2 1 

0 0 0 0 0 Rate is indicated by E-bits specified in ITU-T 
Rec. 1.460 [40] *- 

0 0 0 0 1 0.6 kbit/s ITU—T Recs. V.6 [57] and X.1 [65] 

000 1 0 1.2 kbit/s ITU-T Rec. V.6 [57] 

000 1 1 2.4 kbit/s ITU-T Recs. V.6 [57] and X.1 [65] 

0 0 1 0 0 3.6 kbit/s ITU-T Rec. V.6 [57] 

0 0 1 0 1 4.8 kbit/s ITU-T Recs. V.6 [57Jand X.1 [65] 

0 0 1 1 0 7.2 kbit/s ITU-T Rec. V.6 [57] 

00111 8 kbit/s ITU-T Rec. 1.460 [40] 

0 1 0 0 0 9.6 kbit/s ITU-T Rec. V.6 [57] and X.1 [65] 

0 10 0 1 14.4 kbit/s ITU—T Rec. V.6 [57] 

0 10 1 0 16 kbit/s ITU-T Rec. 1.460 [40] 

O10 1 1 19.2 kbit/s ITU-T Rec. V.6 [57] 
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Table 61 
Low Layer Compatibility Information Element (cont.) 


CE rate (Octet 5a) continued 
Bits 


32 kbit/s ITU—T Rec. I.460 [40] 

48 kbit/s ITU-T Recs. V.6 [57] and X.1 [65] 

56 kbit/s ITU-T Rec. V.6 [57] 

0.1345 kbit/s ITU-T Rec. X.1 [65] 

0.100 kbit/s ITU-T Rec. X.1 [65] 

0.075/1.2 kbit/s ITU-T Recs. V.6 [57] and X.1 [65] (Note) 
1.2/0.075 kbit/s ITU-T Recs. V.6 [57] and X.1 [65] (Note) 
0.050 kbit/s ITU-T Recs. V.6 [57] and X.1 [65] 

0.075 kbit/s ITU-T Recs. V.6 [57] and X.1 [65] 

0.110 kbit/s ITU-T Recs. V.6 [57] and X.1 [65] 

0.150 kbit/s ITU-T Recs. V.6 [57] and X.1 [65] 

0.200 kbit/s ITU-T Recs. V.6 [57] and X.1 [65] 

0.300 kbit/s ITU-T Recs. V.6 [57] and X.1 [65] 

12 kbit/s ITU-T Rec. V.6 [57] 


= = SS SS Re Re Eh HOU CO CCUM 
— SS SE SE Ee EH OO Oller Eh lf 
—- Se Se KH OOO OF FFF Ee  w 
— oe OO CO = & Oo CO eK & Oe ee OO lv 
-—- O-r-r OF OY Or OF KF Oo Oo = 


All other values are reserved. 


Note: The first rate is the transmit rate in the forward direction of the call. The second rate is the 
transmit rate in the backward direction of the call. 


Octet 5b for ITU-T Recs. V.110 [63]/X.30 [68] rate adaptation 


Intermediate Rate (Octet Sb) 


Bits 

7 6 

0 O Not used 
0 | 8 kbit/s 

1 0 16 kbit/s 
1 1 32 kbit/s 
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Table 61 
Low Layer Compatibility Information Element (cont.) 


Network Independent Clock (NIC) on Transmission (Tx) (Octet 5b) (Note 1) 


Bit 

5 

0 Not required to send data with Network Independent Clock 
] Required to send data with Network Independent Clock 


Note 1: Refers to transmission in the forward direction of the call. 


Note 2: See ITU-T Recs. V.110 [63] and X.30 [68]. 


Network Independent Clock (NIC) on Reception (Rx) (Octet 5b) (Note 1) 


Bit 

4 

) Cannot accept data with Network Independent Clock (i.e. sender does not 
support this optional procedure) 

] Can accept data with Network Independent Clock (i.e. sender does 


support this optional procedure) 


Note 1: Refers to transmission in the backward direction of the call. 


Note 2: See ITU-T Recs. V.110 [63] and X.30 [68]. 


Flow Control on Transmission (Tx) (Octet 5b) (Note 1) 


Bit 

3 

0 Not required to send data with flow control mechanism 
] Required to send data with flow control mechanism 


Note 1: Refers to transmission in the forward direction of the call. 


Note 2: See ITU-T Recs. V.110 [63] and X.30 [68]. 
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Table 61 
Low Layer Compatibility Information Element (cont.) 


Flow Control on Reception (Rx) (Octet 5b) (Note 1) 


Bit 

2 

) Cannot accept data with flow control mechanism (i.e. sender does not 
support this optional procedure) 

] Can accept data with flow control mechanism (1.e. sender does support 


this optional procedure) 


Note 1: Refers to transmission in the backward direction of the call. 


Note 2: See ITU-T Recs. V.110 [63] and X.30 [68]. 


Octet Sb for ITU—T Rec. V.120 [64] rate adaptation 


Rate adaptation header/no header (Octet 5b) 


Bit 

7 

0 rate adaptation header not included 
] rate adaptation header included 


Multiple Frame establishment support in Data Link (Octet 5b) 


Bit 

6 

0 Multiple Frame establishment not supported. Only UI frames allowed 
] Multiple Frame establishment supported 


Mode of Operation (Octet 5b) 


Bit 

5 

0 Bit transparent mode of operation 
] Protocol sensitive mode operation 
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Table 61 
Low Layer Compatibility Information Element (cont.) 


Logical Link Identifier Negotiation (Octet 5b) 


Bit 

4 

0 Default, LLI = 256 only 

] Full protocol negotiation (Note) 

Note: A connection over which protocol negotiation will be executed 1s indicated in bit 2 of 


octet 5b. 


Assignor/Assignee (Octet Sb) 


Bit °° 


3 
0 Message originator is ‘Default assignee’ 
] Message originator is ‘Assignor only’ 


In—band/Out—band Negotiation (Octet 5b) 
Bit 
2 


0 Negotiation is done with CE INFORMATION messages on a temporary 
signalling connection 


] Negotiation is done in—band using Logical Link Zero 


Number of Stop Bits (Octet 5c) 


Bit 6 


7 6 

0 0 Not used 
0 | 1 bit 

1 0 1.5 bits 

1 1 2 bits 
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Table 61 
Low Layer Compatibility Information Element (cont.) 


Number of Data Bits Including Parity Bit if Present (Octet 5c) 


Bits 

5 4 

0 O Not used 
0 | 5 bits 

1 0 7 bits 

1 1] 8 bits 


Parity Information (Octet 5c) 


* Bits 


3 2 1 

0 0 0 Odd 

0 1 O Even 

0 1 1 None 

1 0 O Forced to 0 
1 O 1 Forced to 1 


All other values are reserved. 


Duplex Mode (Octet 5d) 
Bit 
7 

= 0 Half Duplex 


] Full Duplex 
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Table 61 
Low Layer Compatibility Information Element (cont.) 


Modem Type (Octet 5d) 

Bits 

6543 2 1 

00 0 0 0 0 Undefined 

000001 V.23 [61] 

00001 0 V.22 bis [60] 

0 0 0 0 1 1 V.32 162) 

000100 V.21 [58] 

000101 V.22 [59] 

Note: The ‘Undefined’ code point is used when it is only required to define the Duplex Mode. te: 


CE information layer 2 protocol (Octet 6) 


Bits 

5 43 2 1 

0 00 0 1 Basic mode ISO 1745 [9] 

00 0 1 0 ITU-T Rec. Q.921 [47] (1.441 [37]) 

0 0 1 1 0 ITU-T Rec. X.25 [67] link level 

0011 1 ITU-T Rec. X.25 [67] Multi link 

0 10 0 0 Extended LAPB: for half duplex operation (ITU-T 
Rec. T.71 [52]) 

O10 0 1 HDLC ARM (ISO 4335 [10]) 

0 1 0 1 0 HDLC NRM (ISO 4335 [10]) 

0101 1 HDLC ABM (ISO 4335 [10]) * 

0 1 1 0 0 LAN Logical Link control (ISO 8802/2 [15]) 

0 11 0 41 ITU-T Rec. X.75 [70], Single Link Procedure (SLP) 


All other values are reserved. 
Optional layer 2 protocol information (Octet 6a) 


Reserved to be defined by ITU-T. 
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Table 61 


Low Layer Compatibility Information Element (cont.) 


CE information layer 3 protocol (Octet 7) 
Bits 


5 


0 
) 
v 


0 


oo oO *} 


1 


- = Oo WwW 


0 


— eet eet ND 


0 
i 


—_- Oo O&O —_ 


i 
) 


ITU-T Rec. Q.931 [49] (1.451 [39]) 
ITU-T Rec. X.25 [67], packet layer 


ISO 8208 [11] (TU-T Rec. X.25 [67] packet level 
protocol for data terminal equipment) 


ISO 8348 [12] (OSI connection oriented network service 
specific subset of ISO 8208 [11] and ITU-T Rec. 
X.25 [67]) 


ISO 8473 [14] (OSI connectionless service) 
ITU-T Rec. T.70 [51] minimum network layer 


All other values are reserved. 


Optional layer 3 protocol information (Octet 7a) 


Reserved to be defined by ITU-T. 


5.4.2.3.5.13 Progress Indicator 


The purpose of the progress indicator information element is to describe an event 
which has occurred during the establishment of a call. 


The progress indicator information element is coded as shown in Table 62 and 


Table 63. 
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Table 62 
Progress Indicator Information Element 
Bits 
8 7 6 5 4 3 2 it Octet 


Progress indicator 
l l l l 
Information element identifier 


Length of progress indicator 


1 Coding Standard 0 Location 
Ext Spare 


Progress description 


Table 63 
Progress Indicator Information Element 


Octet 3 1s coded the same as in the cause information element. 


Progress description (Octet 4) 
Bits 
7 6 5 


0 00 0 0 0 1 1. Call is not endto—end ISDN; further call 
progress information may be available in—band 


tal 


No Meaning 


(Note 1). 
0 0 0 0 0 1 =0 2. Destination address is non—ISDN (Note 2) 
000001 1 3. Origination address is non—ISDN (Note 3) ® 
000 10 0 0 8. In—band information or an appropriate pattern 


is now available 
All other values are reserved. 
Note 1: Progress description # 1 indicates interworking with a non-ISDN network. 
Note 2: Progress description # 2 indicates the destination CE is non-ISDN equipment. 


Note 3: Progress description # 3 indicates the originating CE is non-ISDN equipment. 
5.4.2.3.5.14 Restart Indicator 


The purpose of the restart indicator is to identify the class of the facility 
(i.e. channel or interface) to be restarted. 


The restart indicator information element is coded as shown in Table 64 and 
Table 65. 
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Table 64 
Restart Indicator Information Element 
Bits 
Octet 
Restart indicator 
] ] ) ] 


Information element identifier 


Length of restart indicator contents Z 
Table 65 
Restart Indicator Information Element 
* Class (Octet 3) 
Bits 


3 2 1 
0 0 0 Indicated channels (Note) 
1 1 1 All interfaces 


All other values are reserved. 


Note: The channel identification information element must be included in the message to 
indicate which channel is to be restarted. 


ee eee Circuit Switched Call Control Procedures 
5.4.2.4.1 General 


The procedures of Clauses 5.4.2.4 through 5.4.2.5 of this Standard are applicable 
- only to those messages which pass the checks described in Clauses 5.4.2.4.8.2 to 
5.4.2.4.8.6. 


The call states referred to in this section cover the states perceived by the network, 
states perceived by the CE and states which are common to both CE and network. 

Unless specifically qualified, all states described in the following text and defined 
in Clause 4.2 should be understood as common. 


Detailed specification and description language (SDL) diagrams for the procedures 
specified in Figures 14 and 17 are contained in Clause 5.4.3. When there is an 
ambiguity in the narrative text, the SDL diagrams in Figure 17 should be used to 
resolve conflict. Where the text and the SDL diagrams are in disagreement, the 
SDL (Network side) diagrams shall take precedence. 


This procedure used to establish a call at the destination interface assumes that a 
data link connection providing services described in Clause 5.3 exists before the 
first layer 3 message (SETUP) is transferred across the interface. The call reference 
contained in all messages relating to a call exchanged across the CE—network 
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interface shall contain the call reference value specified in the SETUP message 
delivered by the network. The network shall assign the call reference as described 
in Clause 5.4.2.3.3. 


Before the procedures which establish a call at the originating interface are invoked, 
a reliable data link connection shall be established between the CE (NT2) and the 
network. The data link services described in Clause 5.3 are assumed. 


Call Establishment at the Originating Interface 


Call Request 


A CE initiates call establishment by transferring a SETUP message across the CE 
network interface. Following the transmission of the SETUP message, the call 
shall be considered, by the CE, to be in the Call Init state. The message shall 
always contain a call reference, selected according to the procedures given in 
Clause 5.4.2.3.3 The bearer capability information element is mandatory in the 
SETUP message, even in the case of overlap sending. 


If the CE knows all appropriate channels controlled by the D-Channel are in use, it 
shall not transfer a SETUP message across the CE—network interface. If the CE 
does not monitor the status of channels in use, it may send a SETUP message 
during an all channels busy condition. In this case the network returns a RELEASE 
COMPLETE message with cause # 34, ‘no circuit/channel available’. 


Furthermore the SETUP message may also contain all or part of the call 
information (i.e. called party number) necessary for call establishment depending 
on whether or not en—bloc or overlap procedures are being used respectively 

(see Clause 5.4.2.4.2.3.). 


If en—bloc sending is used, the SETUP message shall contain all the information 
required from the CE by the network to process the call (i.e. bearer capability, 
complete called party number and facilities required by the CE for the call). 


B—Channel Selection — Originating 


(a) Inthe SETUP message, the CE will indicate one of the following in the 
channel identification information element: 


(1) channel is indicated, no acceptable alternative; 
(ii) | channel is indicated, any alternative is acceptable; or 


(111) any channel is acceptable. If no indication is included alternative 
(111) 1s assumed. 


(b) = Incases (1) and (11), if the indicated channel is available, the network selects 
it for the call. 


In case (11), if the network cannot grant the indicated channel, it selects any other 
available B—Channel associated with the D—Channel. 
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In case (iii), the network selects any available B—Channel associated with the 
D—-Channel. 


(c) | The selected B—Channel is indicated in the first message returned by the 
network in response to the SETUP message (i.e. SETUP ACKNOWLEDGE 
or CALL PROCEEDING message). If the first message returned by the 
network is a SETUP ACKNOWLEDGE, a subsequent CALL 
PROCEEDING message may also contain a B—Channel indication. 


If the B—Channel indicated in the first response message is unacceptable to 
the CE, it will clear the call by sending a RELEASE message with cause # 6 
‘channel unacceptable’ (see Clause 5.4.2.4.4.2(c)). 


(d) After transmitting the message in response to the SETUP message, the 
network shall activate the B—Channel connection. CE shall attach to the B— 
Channel after receiving a CALL PROCEEDING, SETUP 
ACKNOWLEDGE, PROGRESS or ALERTING message with the progress 
indicators # 1 or # 8. CE may attach to the B-Channel when the teleservice 
requested provides ISDN generated tones (see Clause 5.4.2.4.5) after 
receiving any of the above messages, even if no progress indicator was 
included. Upon receipt of a CONNECT message, CE not already attached to 
a B—Channel shall attach. 


(ec) Incase (a), if the specified channel is not available, and in cases (b) and (c), 
if no channel is available, a RELEASE COMPLETE message, with a cause 
#44 or # 34 respectively, is sent by the network as described in Clause 
5.4.2.4.4.2(a). 


Note: Some CE may be restricted to less than 30 B—Channels on their access. Some CE may 
have requested (by subscription) restrictions on the number of B—Channels that can be 
used for outgoing calls. The network will reject calls that exceed either of these 
restrictions, with a cause # 82 included in the RELEASE COMPLETE message. 


Overlap Sending 


If overlap sending is used, the SETUP message contains either: 


(a) | nocalled number information; or 
(b) incomplete called number information; or 


(c) called number information which the network can not determine to be 
complete. 


On receipt of such a SETUP message, the network starts timer T302 (specified in 
Clause 5.4.2.4.1), sends a SETUP ACKNOWLEDGE message to the CE and enters 
the Overlap Sending state. For case (a), the network will also return dial tone as 
required by the tone option (see Clause 5.4.2.4.5). 


When the SETUP ACKNOWLEDGE message is received, the CE enters the 
Overlap Sending state and optionally starts timer T304 (specified in 
Clause 5.4.2.4.2). 
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After receiving the SETUP ACKNOWLEDGE message, the CE sends the 
remainder of the called number in one or more INFORMATION messages. The 
called party number information shall be provided in the called party number 
information element. 


If the CE employs timer T304, the CE restarts timer T304 when each 
INFORMATION message is sent. 


If dial tone has been returned, it will be terminated by the network on receipt of the 
first INFORMATION message. 


The network shall restart timer T302 on the receipt of every INFORMATION 
message. 


Invalid Call Information 


If following the receipt of a SETUP message or during overlap sending, the 
network determines that the call information received from the CE is invalid, 
(e.g. invalid number) then the network shall follow the procedures described in 
Clause 5.4.2.4.8. 


Call Proceeding 
En—bloc Sending 


If en—bloc sending is used, 1.e. the network can determine that the SETUP message 
contains all the information required from the CE to establish the call, the network 
sends a CALL PROCEEDING message to the CE to acknowledge the SETUP 
message and to indicate that the call is being processed. At this point the call enters 
the Outgoing Call Proceeding state. 


Overlap Sending 


Following analysis by the network that all call information necessary to effect call 
establishment has been received, the network shall: 


(a) send a CALL PROCEEDING message to the CE; 
(b) — stop timer T302; and 


(c) enter the Outgoing Call Proceeding state. 


Note: The CALL PROCEEDING message is sent to indicate that the requested call 
establishment has been initiated, and that no more call establishment information will be 
accepted. 


At the expiration of timer T302, the network shall: 


(a) initiate call clearing with a cause # 28, in accordance with Clause 5.4.2.4.4.4 
if the network determines that the call information is definitely incomplete; 
otherwise, 
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(b) send a CALL PROCEEDING message and enter the Outgoing Call 
Proceeding state. 


Note 1: | An alerting or connect indication received from the called party will stop timer T302 and 
cause an ALERTING or CONNECT message respectively to be sent to the calling CE. 
No CALL PROCEEDING message shall be sent by the network. 


Note 2: Onreceipt of a progress indication the network will cause a PROGRESS message to be 
sent to the calling CE. No state change shall occur following the sending or receiving of 
this message. 


Notification of Interworking at the Originating Interface 
Calls Leaving the ISDN Environment. 


During call establishment, the call may leave the ISDN environment; e.g. because 
of interworking with another network, with a non—-ISDN CE, or with non-ISDN 
equipment within the called CE’s premises. 


When such situations occur a progress indication shall be returned to the calling CE 

either: 

(a) in an appropriate call control message when a state change is required: 
CALL PROCEEDING, ALERTING, SETUP ACKNOWLEDGE or 
CONNECT; or 


(b) inthe PROGRESS message when no state change is appropriate. 


If the progress indication is included in the PROGRESS message, no state change 
will occur at either side of the interface, but any supervisory CE timers shall be 
stopped. 


If indicated by the progress indicator information element, the CE should also 
monitor the B—Channel, since further call progress signals may be available 
in—band. 


Calls Entering the ISDN Environment 


A call may arrive into an ISDN environment during call establishment; e.g. because 
of interworking with a non-ISDN CE, or with non-ISDN equipment within the 
calling CE’s premises. When this occurs, the point at which the call enters an ISDN 
environment shall cause a progress indicator information element to be included in 
the SETUP message. 


Call Confirmation Indication 


Upon receiving an indication that CE alerting has been initiated at the called 
address, the network transfers an ALERTING message across the CE—network 
interface of the calling address and the call enters the Call—Delivered state. This 
message may cause initiation of a CE generated alerting indication. For the 
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appropriate teleservice, the network will also send ring tone in the connected 
B—Channel (see Clause 5.4.2.4.5). 


Call Connected 


Upon the network receiving an indication that the call has been accepted, a 
CONNECT message is sent across the CE—network interface to the calling CE. 


This message indicates to the calling CE that a connection has been established 
through the network and stops any indication of alerting. At this time, the call 
enters the Active state. 


On receipt of the CONNECT message, the calling CE may optionally generate a 
CONNECT ACKNOWLEDGE message. The network shall not take any action on 
receipt of this message when in the Active state. 


Call Rejection 


Upon receiving an indication that the network (or remote CE) is unable to accept 
the call, the network will initiate clearing as described in Clause 5.4.2.4.4.4. 


Initiation of Repeated Outgoing Call Attempts 


CE shall provide a minimum period of 2 s between automatically initiated 
successive calls. 


A maximum of 10 automatically initiated retries in a repetitive calling sequence 
Shall be allowed, 1.e. the original call plus nine, provided either an ALERTING or 
Clearing Message has been received for each call attempt. 


If the sequence of calls described above is unsuccessful, i.e. no CONNECT 
Message received, no further call attempt shall be made to obtain the required 
number until a period of at least 30 min from initiation of the first attempt has 
lapsed (unless manually initiated). 


Compliance with the requirements of initiation of Repeated Outgoing Call Attempts 
may be checked by operation and inspection. 


Call Establishment at the Destination Interface 


Incoming Call 


The network will indicate the arrival of a call at the CE—network interface by 
transferring a SETUP message across the interface. This message is sent if the 
network can select an idle B—Channel. In some circumstances the SETUP message 
may also be sent when no B—Channel 1s idle. 


In addition to the mandatory information elements, the SETUP message may 
include, as required, the information elements described 1n Clause 5.4.2.2.3.12 
(e.g. display, low layer compatibility, calling party number). 
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After sending the SETUP message, the network initialises timer T303 (specified in 
Clause 5.4.2.4.1). The network then enters the Call Present state. 


Upon receipt of a SETUP message, the CE will enter the Call Present state. 


If no response to the SETUP message is received by the network before the first 
expiry of timer T303, the SETUP message will be retransmitted and timer T303 
restarted. 


Compatibility Checking 


CE receiving a SETUP message shall perform compatibility checking before 
responding to that SETUP message. 


A reference to ‘CE’ in Clauses 5.4.2.4.3.2 to 5.4.2.4.3.7 is a reference to 
‘compatible CE’. 


Incompatible CE shall respond with a RELEASE COMPLETE message with cause 
# 88 ‘incompatible destination’, and enter the Null state. The network processes 
this RELEASE COMPLETE message as described in Clause 5.4.2.4.3.5.3. 


B—Channel Selection — Destination 


Negotiation for the selection of a B—Channel will be permitted between the network 
and the CE. Only B—Channels controlled by the same D—Channel will be the 
subject of the selection procedure. The selection procedure is as follows: 


(a) Inthe channel identification information element of the SETUP message, the 
network will indicate a preferred B—Channel. 


(b) Ifthe indicated channel is acceptable and available, the CE selects it for the 
call. 


If the CE cannot grant the indicated channel, it selects any other available B— 
Channel associated with the D—Channel. 


(c) | The selected B—Channel is indicated in a channel identification information 
element in the first message returned by the CE in response to the SETUP 
message. A channel identification information element may also be 
included in ALERTING and CONNECT messages which are not the first 
message returned in response to a SETUP message. In this case, the 
network will ignore the contents of that information element. 


If the B—Channel indicated in the first response message is unacceptable to 
the network, it will clear the call by sending a RELEASE message with 
cause # 6 ‘channel unacceptable’ (See Clause 5.4.2.4.4.2(c)). 


(d) | When aB—Channel has been selected by the CE, that channel may be 
connected by the CE. 


(e) Ifno B—Channel is available, the CE returns a RELEASE COMPLETE 
message with cause # 34, and returns to the Null state. 
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Overlap Receiving 


The network does not implement overlap receiving procedures. 


When the SETUP ACKNOWLEDGE message is received, the network shall 
consider it to be a non—implemented message (refer Clause 5.4.2.4.8.4.2). 


Call Confirmation 


Response to En—bloc SETUP 


(a) 


(b) 


(c) 


(d) 


Call Confirmation 


When the CE determines that sufficient call set-up information has been 
received and compatibility requirements have been satisfied, the CE 
responds to the SETUP message with either an ALERTING, CALL 
PROCEEDING, or CONNECT message and enters the Call Received, 
Incoming Call Proceeding, or Connect Request state respectively. 


Calls Leaving the ISDN Environment at the Called Interface 


During call establishment, the call may leave the ISDN environment; 

e.g. because of interworking with a non-ISDN CE, or with non-ISDN 
equipment within the called CE’s premises. When such situations occur a 
progress indication shall be sent by the called CE either: 


(1) in an appropriate call control message when a state change is 
required (ALERTING, CONNECT or CALL PROCEEDING) or; 


(ii) | in the PROGRESS message when no state change is appropriate. 


If the progress indication is included ina PROGRESS message no 
state change will occur at either side of the interface. The network 
will pass a progress indication received from the called CE to the 
calling CE in an appropriate message. 


Calls arriving in the ISDN Environment 


A call may arrive into an ISDN environment during call establishment e.g. 
because of interworking with another network or as described in 

Clause 5.4.2.4.2.6.2. When this occurs a progress indicator shall be 
included in the SETUP message sent to the called CE. 


Call Rejection 


If, following the receipt of a SETUP message, the CE determines that the 
call information received from the network is invalid (e.g. invalid number), 
then the CE shall follow the procedures described in Clause 5.4.2.4.8. 


Busy CE which satisfied the compatibility requirements indicated in the 
SETUP message shall normally respond with a RELEASE COMPLETE 
message with cause # 17 °CE busy’. 
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An incompatible CE shall respond to the SETUP message by sending a 
RELEASE COMPLETE message with cause # 88 ‘incompatible 
destination’. 


If the CE wishes to refuse the call, a RELEASE COMPLETE message shall 
be sent in response to the SETUP message with the 


cause # 21 ‘Call rejected’ and the CE returns to the Null state. 


Receipt of CALL PROCEEDING 


Receipt of the CALL PROCEEDING message by the network stops timer T303 and 
starts timer T310 (specified in Clause 5.4.2.5.1). Receipt of an ALERTING or 
CONNECT message in the case where a CALL PROCEEDING message has not 
been received stops timer T303. Receipt of an ALERTING, PROGRESS with 
progress indicator indicating ‘Interworking’ or CONNECT message subsequent to 
receipt of aCALL PROCEEDING message stops timer T310. 


Receipt of an ALERTING, PROGRESS or CONNECT message causes a 
corresponding ALERTING, PROGRESS or CONNECT message to be sent to the 
calling CE. 


Call Failure Procedures 


If the network does not receive any valid response to the SETUP message prior to 
the expiration of timer T303, the SETUP message is retransmitted. If the network 
does not receive any valid response to the retransmitted SETUP message prior to 
the expiration of a timer T303, or does not receive an ALERTING, CONNECT or 
DISCONNECT message prior to expiration of timer T310, it will initiate clearing 
procedures in accordance with Clause 5.4.2.4.4. The clearing cause # 18 ‘no CE 
responding’ is sent to the calling CE. 


Ifa RELEASE COMPLETE message is received whilst T303 is running or a 
DISCONNECT message is received whilst T310 is running the message cause shall 
be sent back to the calling CE ina DISCONNECT message. 


Call Acceptance 


The CE indicates acceptance of an incoming call by sending a CONNECT message 
to the network. Upon sending the CONNECT message the CE shall start timer 
T313 (specified in Clause 5.4.2.5.2). 


If a call can be accepted using the B—Channel indicated in the SETUP message, and 
no CE alerting is required, a CONNECT message may be sent without a previous 
ALERTING or CALL PROCEEDING message. The CONNECT message contains 
the call reference value specified in the SETUP message. 


Active Indication 
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On receipt of the CONNECT message, the network completes the circuit switched 
path to the selected B—Channel and subsequently sends a CONNECT 
ACKNOWLEDGE message to the CE. The network also initiates procedures to 
send a CONNECT message towards the calling CE. 


The CONNECT ACKNOWLEDGE message indicates completion of the circuit 
switched connection. There may not be end—to—end communications until a 
CONNECT message is received at the calling CE. Upon receipt of the CONNECT 
ACKNOWLEDGE message the called CE stops timer T313. At this point, the call 
enters the Active state where it remains until clearing is initiated. 


When T313 expires prior to receipt of a CONNECT ACKNOWLEDGE message 
the CE shall initiate clearing in accordance with Clause 5.4.2.4.4.3. 


5.4.2.4.4 Call Clearing 


5.4.2.4.4.1 Terminology » 


The following terms are used 1n this part of the standard in the description of 
clearing procedures: 


(a) A channel is ‘connected’ when the channel is part of a circuit-switched 
ISDN connection established according to this standard. 


(b) | Achannel is ‘disconnected’ when the channel is no longer part of a circuit— 
switched ISDN connection, but is not yet available for use in a new 
connection. 


(c) | Achannel is ‘released’ when the channel is not part of a circuit—switched 
ISDN connection and is available for use in a new connection. Similarly, a 
call reference that is ‘released’ is available for re-use. 


5.4.2.4.4.2 Exception Conditions * 


Under normal conditions call clearing is initiated when the CE or the network sends 
a DISCONNECT message and follows the procedures defined in Clause 5.4.2.4.4.3 
and 5.4.2.4.4.4 respectively. The only exceptions to the above rule are as follows: 


(a) In response toa SETUP message, the CE or network can reject a call 
(e.g. because of the unavailability of a suitable B—Channel) by responding 
with a RELEASE COMPLETE message provided no other response has 
previously been sent (e.g. the SETUP ACKNOWLEDGE in the case of 
overlap sending); 


(b) Clearing of on—demand signalling connections will be initiated by sending a 
RELEASE message as described in Clause 5.4.2.4.4.3 and 5.4.2.4.4.4. 


(c) | Unsuccessful termination of the B—Channel selection procedure 
(see Clauses 5.4.2.4.3.3 and 5.4.2.4.2.2.) by the side offering the call is 
accomplished by: 


(1) sending a RELEASE message; 
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(ii) starting timer T308; 
(111) entering the Release Request state; and 


(iv) continuing as described in Clauses 5.4.2.4.4.3 b(i1) and 
5.4.2.4.4.4 b(ii). 


The RELEASE message shall contain cause # 6 ‘channel unacceptable’. 


(d) Inresponse to an error condition (see Clause 5.4.2.4.8) the CE or network 
may initiate call clearing by; 


(1) sending a RELEASE message; 
(11) starting timer T308; 


ae (iii) | entering the Release Request state and continuing as described in 
Clauses 5.4.2.4.4.3 b(ii) and 5.4.2.4.4.4 b(1) respectively. 


5.4.2.4.4.3 Clearing by the CE 


5.4.2.4.4.3.1 Apart from the exceptions identified in Clauses 5.4.2.4.4.2 and 5.4.2.4.8, the CE 
shall initiate clearing by: 


(a) sending a DISCONNECT message; 
(b) starting timer T305 (specified in Clause 5.4.2.5.2); 
(c) disconnecting the B—Channel; and 


(d) entering the Disconnect Request state. 


5.4.2.4.4.3.2 Following the receipt of the DISCONNECT message, the network shall consider 
. 3 the call to be in the Disconnect Request state. 


5.4.2.4.4.3.3 The network shall also initiate procedures to clear the network connection and the 
call to the remote CE. 


(a) Onreceipt of the DISCONNECT message by the network the B—Channel 
used in the call shall be disconnected in the following manner: 


(1) a RELEASE message shall be sent to the CE; 
(ii) timer T308 (specified in Clause 5.4.2.5.1) shall be started; and 


(iii) | the network shall enter the Release Request state. 


Note: The RELEASE message has only local significance and does not imply an 
acknowledgment of clearing from the remote CE. 


(b) Onreceipt of the RELEASE message the CE shall: 
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(i) stop timer T305; 

(ii) release the B—Channel; 

(iii) senda RELEASE COMPLETE message; 
(iv) release the call reference; and 

(v) — return to the Null state. 


(c) Following the receipt of a RELEASE COMPLETE message from the CE, 
the network shall: 


(1) stop timer T308; 
(ii) | release both the B—Channel and the call reference; and 
(iii) return to the Null state. 


(d) Ifthe CE does not receive a RELEASE message in response to the 
DISCONNECT message before timer T305 expires, the CE shall: 


(1) send a RELEASE message to the network with the original cause; 
(ii) start timer T308; and 


(111) enter the Release Request state. 


If a RELEASE COMPLETE message is not received by the network before the first 
expiry of timer T308, the RELEASE message shall be retransmitted with 

cause # 111 and timer T308 shall be restarted. If no RELEASE COMPLETE 
message is received from the CE before timer T308 expires a second time, the 
network shall: 


(a) release the call reference; and 


(b) ifaB—Channel is assigned, commence channel restart action as described in 
Clause 5.4.2.4.6. 


Clearing by the Network 


Apart from the exceptions identified in Clauses 5.4.2.4.4.2 and 5.4.2.4.8, the 
network shall initiate clearing by: 


(a) sending a DISCONNECT message; 
(b) disconnecting the B—Channel; 
(c) starting timer T305 (specified in Clause 5.4.2.5.1); and 


(d) — entering the Disconnect Indication State. 


156 


5.4.2.4.4.4.2 


5.4.2.4.4.4.3 


5.4.2.4.4.4.4 


5.4.2.4.4.4.5 


5.4.2.4.4.4.6 


5.4.2.4.4.5 


ACA TS 014-1997 


On receipt of the DISCONNECT message by the CE, the CE shall: 


(a) disconnect the B—Channel used in the call; 

(b) senda RELEASE message to the network; 

(c) start timer T308 (specified in Clause 5.4.2.5.2); and 
(d) — enter the Release Request state. 

On receipt of the RELEASE message, the network shall: 
(a) stop timer T305; 

(b) release the B—Channel; 

(C) send a RELEASE COMPLETE message; 

(d) release the call reference; and 


(e) return to the Null state. 


Following the receipt of a RELEASE COMPLETE message from the network, the 
CE shall: 


(a) stop timer T308: 
(b) release both the B—Channel and the call reference; and 


(c) return to the Null state. 


If the network does not receive a RELEASE message in response to the 
DISCONNECT message before timer T305 expires, it shall: 


(a) send a RELEASE message to the CE with the original cause; 
(b) _ start timer T308; and 


(c) enter the Release Request state. 


If a RELEASE COMPLETE message is not received by the CE before the first 
expiry of T308, the CE will retransmit the RELEASE message with cause # 111 
and restart timer T308. If no RELEASE COMPLETE is received from the network 
before timer T308 expires a second time, the CE shall: 


(a) release the call reference; and 


(b)  ifaB—Channel is assigned, optionally commence channel restart action as 
described in Clause 5.4.2.4.6. 


Clear Collision 
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Clear collision occurs when the CE and the network simultaneously transfer a 
DISCONNECT message specifying the same call. Under these conditions both the 
CE and the network shall: 


(a) stop timer T305; 
(b) senda RELEASE message; 
(c) start timer T308; and 


(d) — enter the Release Request state and continue as described in 
Clause 5.4.2.4.5.5(b). 


Clear collision can also occur when both sides simultaneously transfer RELEASE 
messages related to the same call. The entity receiving such a RELEASE message 
whilst within the Release Request state shall: 


(a) stop timer T308; 
(b) — release the call reference; and 


(c) enter the Null state (without sending a RELEASE COMPLETE message). 


In—band Tones and Announcements 
Overview 


If it has been indicated that the CE desires in—band tones/announcements then 
in-band tones/announcements will be provided as call progress information. The 
request for provision of in—band tones/announcements is implicit in the request for 
an appropriate telecommunication service. 


Tones and Announcements during Call Establishment 


For appropriate telecommunication services, at the calling CE—network interface 
dial tone shall be sent by the network in the selected B—Channel, simultaneously 
with the SETUP ACKNOWLEDGE message, where the SETUP message contained 
no called number information (see Clause 5.4.2.4.2.3). The network will stop 
sending dial tone when the following occurs: 


(a) receipt of the first INFORMATION message from the CE; or 

(b) expiry of timer T302; or 

(c) the network decides to proceed with the call (and send a CALL 
PROCEEDING message). 


For appropriate telecommunication services, for calls within the ISDN ring tone 
shall be sent by the network in the selected B—Channel, simultaneously with the 
ALERTING message. The network will stop sending ring tone on receipt of a 
connect indication from the network. 


158 


5.4.2.4.5.2.3 


5.4.2.4.5.2.4 


5.4.2.4.5.2.5 


5.4.2.4.5.2.6 


5.4.2.4.6.2 


5.4.2.4.7 


5.4.2.4.7.] 


ACA TS 014-1997 


At the calling CE—network interface, for the appropriate telecommunication 
services, other in-band tones and announcements may be generated by the network 
(e.g. interworking with the PSTN). 


Before entering the active state, in-band tones and announcements, not associated 
with a call state change, shall result in a PROGRESS message being sent by the 
network to the calling CE simultaneously with the application of the in—band tone 
or announcement. The PROGRESS message may contain either: 


(a) progress indicator # | ‘call is not end—to—end ISDN: further call progress 
information may be available in—band’; or 


(b) progress indicator # 8 ‘in-band information or an appropriate pattern is now 
available’. 


The sending of the PROGRESS message by the network or the receipt of the 
PROGRESS message by the calling CE shall cause no state change. The CE on 
receipt of a PROGRESS message with either of the above progress indicators will 
connect to the B—Channel if it had not already done so. 


When in-band tones and announcements are to be provided by the network together 
with a call state change, the progress indicator shall be included in the appropriate 
message (e.g. CALL PROCEEDING) sent by the network. 


Tones and Announcements for Call Failure 


For in-band tones/announcements relating to call failure (e.g. busy) before reaching 
the Active state, the network shall send a DISCONNECT message simultaneously 
with the application of the in-band tone/announcement. The DISCONNECT 
message shall contain the corresponding cause of the call failure and the progress 
indicator # 8 ‘in-band information or appropriate pattern is now available’. 


The network on sending the DISCONNECT message shall initiate timer T306 and 
enter the Disconnect Indication state. Following the receipt of the DISCONNECT 
message from the network the CE shall enter the Disconnect Indication state. 


Prior to the expiry of timer T306 the CE may pursue the call clearing by sending a 
RELEASE message. 


On expiry of timer T306 the network shall initiate clearing by sending a RELEASE 
message and follow the procedure described in Clause 5.4.2.4.4.3.3. 


Restart Procedure 


Overview 


The restart procedure is used to return calls to the Null state or the interface to an 
idle condition. The procedure is invoked when a major failure has occurred 
affecting all calls on the interface or a failure condition requiring restart of a 
particular call (e.g. following the second expiry of timer T308 due to the absence of 
response to RELEASE messages). 
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Sending RESTART 


A RESTART message is sent by the network or CE in order to return calls to the 
Null state or the interface to an idle condition. The Restart Indicator information 
element is used to indicate whether the restart procedure applies to a specific 


B—Channel or to all calls on the interface. The channel identification information 
element must be present in the RESTART message when a call on a specified 
channel is to be returned to the Null state. 


Upon transmitting the RESTART message the sender starts timer T316 and waits 
fora RESTART ACKNOWLEDGE message. Receipt of a RESTART 
ACKNOWLEDGE message stops timer T316 and frees the channels and call 
reference values for reuse. 


Ifa RESTART ACKNOWLEDGE message is not received prior to the expiry of 
timer T316, subsequent RESTART messages may be sent N316— 1 times until a 
RESTART ACKNOWLEDGE message is returned. Meanwhile, no calls shall be 
placed or accepted over the identified channel or the interface by the originator of 
the RESTART message. Ifno RESTART ACKNOWLEDGE message is returned, 
local maintenance action will be initiated and the channel or interface is considered 
to be in an out—of-service condition. The values of timer T316 and counter N316 
are specified in Clause 5.4.2.5. 


The CE or network should not send another RESTART message while timer T316 
is running. 


Receipt of RESTART 


Upon receiving a RESTART message the recipient shall return the call on the 
specified channel to the Null state or the interface to an idle condition and then send 
a RESTART ACKNOWLEDGE message to the originator. Ifthe interface is 
specified all calls over that interface will be returned to the Null state. A local timer 
T317 shall be started on receipt of the RESTART Message. If this timer expires 
before the interface is returned to an idle condition or the calls are returned to the 
Null state, local maintenance action may be initiated and the channel or interface 
considered to be in an out—of—service condition. 


RESTART Collision 


In the case of a restart collision, the restart procedure initiated by the network shall 
take precedence. 


If the network sends a RESTART message and receives a RESTART message from 
the CE before receipt of aRESTART ACKNOWLEDGE, the received RESTART 
message will be ignored. 


If the CE sends a RESTART message and receives a RESTART message from the 
network before receipt of a RESTART ACKNOWLEDGE, the CE shall stop timer 
1316 and action the RESTART message as described in Clause 5.4.2.4.6.3. The 
CE may then re—initiate the CE—originated restart procedures. 
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Call Collision 


Call collisions as such cannot occur in the network. Simultaneous incoming or 
outgoing calls are dealt with separately and assigned different call references. 
Channel selection conflicts may occur if more than one call (incoming or outgoing) 
requires the same channel. In the case of such conflicts, the network will give 
priority to the incoming call. Channel selection mechanisms are described in 
Clauses 5.4.2.4.2.2 and 5.4.2.4.3.3. If only one B—Channel is available, the network 
shall give an incoming call preference over a call request received from the CE and 
the CE shall give preference to the network for call establishment. 


Handling of Error Conditions 


Overview 


The procedures of all Clauses of this Technical Standard are applicable only to 
those messages which pass the checks described in Clauses 5.4.2.4.8.1 to 
5.4.2.4.8.5. 


Note: It is recognised that it may be undesirable or impractical to perform all error checking 
prior to the call control process accepting a message. Therefore, the checking of 
messages for invalid or corrupted contents may be performed subsequently to handling 
by the call control process provided that the behaviour at the CE network interface 
remains unchanged. 


Capabilities facilitating the orderly treatment of error conditions are provided for in 
this section. 


Under several conditions, STATUS messages are transmitted across the interface. 
The STATUS message can be solicited by sending a STATUS ENQUIRY message 
or sent following the detection of various error conditions defined in this section. 

In the former case the STATUS message will contain the cause value # 30 
‘response toa STATUS ENQUIRY’. The STATUS message must also include the 
Call State information element. If a STATUS message is transmitted as a result of 
one of the procedures described in this section then the Call State information 
element shall contain the state number of the next state the protocol will enter, after 
completing the current transition. 


If, during the checking of a layer 3 message, several errors are detected for which 
the sending of a STATUS message is specified, only the first error that is detected 
need be reported by a STATUS message. Furthermore, if, for at least one of the 
errors detected, call clearing is specified, no STATUS message need be sent 
reporting any other error. 


It should be noted that the network may send valid messages or information 
elements not defined within this Technical Standard, but defined within network . 
Managers’ Specifications issued by individual Managers, relating to network 
features beyond the scope of this Technical Standard. The handling of these 
additional protocol elements is implementation dependent. 
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CE may either accept these protocol elements and process them in accordance with 
the applicable Network Manager’s Specification or treat them according to the error 
handling procedures in Clause 5.4.2.4.8. 


On receipt of a layer 3 D—Channel message, the following rules apply in order of 
precedence. 


Protocol Discriminator Error 


When a message is received with a protocol discriminator not in accordance with 
Clause 5.4.2.3.2, that message shall be ignored. 


The side receiving the message shall not act upon any part of the message and shall 
remain in the state in which the message was received. 


Message Too Short 


When a message is received that is too short to contain a complete message type 
information element (i.e. less than five octets) that message shall be ignored. 


The side receiving the message shall not act upon any part of the message and shall 
remain in the state in which the message was received. 


Call Reference Error 
Invalid Call Reference Format 


If the call reference information element octet 1, bits 8 through 5 do not equal 
‘0000’, then the message shall be ignored. 


If the call reference information element octet 1, bits 4 through 1 indicate a length 
not equal to two, then the message shall be ignored. 


Call Reference Procedural Error 


Whenever the network or CE receives any message, except a RESTART or 
RESTART ACK, specifying the global call reference (refer to Clause 5.4.2.3.3 fora 
definition of the global call reference), that message shall be ignored. 


Whenever the network receives any message except SETUP, RELEASE or 
RELEASE COMPLETE, specifying a call reference which it does not recognise as 
relating to an active call or a call in progress, it initiates clearing by: sending a 
RELEASE message with cause # 81 ‘invalid call reference value’ specifying the 
call reference in the received message; starting timer T308; entering the Release 
Request state; and following the procedures described in Clause 5.4.2.4.4.3.3. On 
receipt of the RELEASE message the CE shall: send a RELEASE COMPLETE 
message; release the call reference and return to the null state. 


Alternatively, the receiving entity may send a RELEASE COMPLETE message 
with cause # 81 ‘invalid call reference value’ and remain in the Null state. 
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Whenever the CE receives any message except SETUP, RELEASE and RELEASE 
COMPLETE specifying a call reference which it does not recognise as relating to 
an active call or a call in progress, it initiates clearing by: sending a RELEASE 
message with cause # 81 ‘invalid call reference value’ specifying the call reference 
in the received message; starting timer T308; entering the Release Request state; 
and following the procedures described RELEASE COMPLETE message in 
Clause 5.4.2.4.4.4.4. On receipt of the RELEASE message the network shall: send 
a RELEASE COMPLETE message; release the call reference and return to the null 
State. 


Alternatively, the receiving entity may send a RELEASE COMPLETE message 
with cause # 81 ‘invalid call reference value’ and remain in the Null state. 


If the network or CE receives a RELEASE message specifying a call reference 
which it does not recognise as relating to an active call or a call in progress, a 
RELEASE COMPLETE message with cause # 81 ‘invalid call reference value’ is 
returned, specifying the call reference in the received message. 


If the network or CE receives a RELEASE COMPLETE message specifying a call 
reference which it does not recognise as relating to an active call or a call in 
progress, no action shall be taken. 


Whenever the network receives a SETUP message or the CE receives a SETUP 
message specifying a call reference which is not recognised as relating to an active 
call or to a call in progress and with a call reference flag set to ‘1’, that message 
shall be ignored. 


Message Type or Message Sequence Errors 
Message Type Not Implemented 
Whenever an unrecognised message is received (1.e. the message type is 


non—implemented or non-existent) in any state other than the Null state (the action 
to take in the Null state is described in Clause 5.4.2.4.8.2) a STATUS message with 
cause # 97 ‘message type non-existent or not implemented’ shall be sent. 
Alternatively, the STATUS message may contain cause # 98 “message type not 
compatible with call state or message type non—existent or not implemented’. 


Message Incompatible with Call State 


Whenever an unexpected message, except RELEASE or RELEASE COMPLETE 
(i.e. one for which no response is prescribed in the procedures) is received by the 
CE or the network in any state other than the Null, statea STATUS message with 
the cause value # 101 ‘message type not compatible with call state’ shall be sent. 
No state change shall occur as the result of this action. 


The action to be taken in the Null state is described in Clause 5.4.2.4.8.2. As an 
option, when in the Disconnect Request state, Disconnect Indication state or the 
Release Request state, no action need be taken on receipt of an unexpected 
message. 
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However, two exceptions to this procedure exist. The first exception to this 
procedure is when the network or CE receives an unexpected RELEASE message 
(e.g. if the DISCONNECT message was corrupted by undetected transmission 
errors). Whenever the network receives an unexpected RELEASE message, the 


network shall: 

(a) disconnect and release the B—Channel; 

(b) clear the network connection and the call to the remote CE; 

(c) return a RELEASE COMPLETE message to the CE; and 

(d) release the call reference and enter the Null state. 

Whenever the CE receives an unexpected RELEASE message, the CE shall: 

(a) disconnect and release the B—Channel; * 
(b) retumn a RELEASE COMPLETE message to the network; and 

(c) release the call reference and enter the Null state. 


The second exception is when the network or CE receives an unexpected 
RELEASE COMPLETE message. 


Whenever the network receives an unexpected RELEASE COMPLETE message, 


the network shall: 

(a) disconnect and release the B—Channel; 

(b) clear the network connection and the call to the remote CE; 

(c) release the call reference; 

(d) stop all timers; and ® 
(e) enter the Null state. 

Whenever the CE receives an unexpected RELEASE COMPLETE message, the CE 
Shall: 

(a) disconnect and release the B—Channel; 

(b) release the call reference; 

(c) stop all timers; and 

(d) enter the Null state. 


Information Element Errors 


Essential Information Element Missing 
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An ‘essential’ information element is one which is either a ‘mandatory’ information 
element, or an ‘optional’ information element which must be included in the given 
situation, as indicated for each message in Clause 5.4.2 with an appropriate note. 


Whenever a message is received with either the Protocol Discriminator, Call 
Reference or Message type information elements missing the action to be taken is 


When a message is received which has one or more other essential information 
elements missing, Table 65 shall be consulted. The action to take depends on what 
type of information element is missing and what type of message the information 
element is encoded in. If the action included sending a message containing the 
cause information element, cause # 96 ‘mandatory information element missing’ 
Shall be used. The information element identifier of the missing information 
element will be included in the diagnostic field. In the event of multiple essential 
information elements missing, the diagnostic shall include the information element 
identifier of the first essential information element that is identified as not being 
present. 


Alternatively, when a message other than SETUP, DISCONNECT, RELEASE or 
RELEASE COMPLETE is received which has one or more mandatory information 
elements missing, no action should be taken on the message and no state change 
should occur. A STATUS message is then returned with cause # 96 ‘mandatory 
information element is missing’. 


Essential Information Element Content Error 


Whenever a message is received with either the Protocol Discriminator, Call 
Reference or Message type information elements invalid or corrupted the action to 
be taken is described in Clauses 5.4.2.4.8.2, 5.4.2.4.8.3 and 5.4.2.4.8.4 respectively. 


When a message is received that contains any other essential information element 
with an invalid format Table 66 shall be consulted to establish the required 
response. For undefined content errors which affect the correct operation of the 
protocol, Table 66 shall be consulted to establish the required response. Undefined 
content means the use of code points not described by this standard. The most 
suitable cause available shall be included in the response. Cause # 100 ‘invalid 
information element contents’ is a general cause and should only be used if no 
better cause can be found. 


Alternatively, when a message other than SETUP, DISCONNECT, RELEASE, or 
RELEASE COMPLETE is received which has one or more mandatory information 
elements with invalid content, no action should be taken on the message and no 
state change should occur. A STATUS message is then returned with 

cause # 100 ‘invalid information element contents’. 


Note: The preferred alternative for errors in the STATUS message, is to use Table 66. This 
avoids the potential for lockup where both ends send STATUS with error. 


Information Element Not Implemented 
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When the CE or network receives a message containing an information element that 
it does not know how to act upon, it shall act on the message and those information 
elements that it can action. Furthermore for messages other than RELEASE 
COMPLETE, a STATUS message may be returned containing a cause information 
element indicating the non—implemented information elements. When more than 
one non—implemented information element is detected, a cause information element 
may be included in the STATUS message for each non—mplemented information 
element. Each cause information element shall contain the cause # 99 ‘information 
element non-existent or not implemented’ and the diagnostic field shall contain the 
unrecognised information element identifier. 


If a RELEASE COMPLETE message 1s received which has one or more 
unrecognised information elements, no action shall be taken on the unrecognised 
information. 


Non—essential Information Element Content Error 


When a message is received that contains one or more information elements with 
invalid format or undefined content which affect the correct operation of the 
protocol, Table 67 shall be consulted to establish the required response, as detailed 
in the legend following the table. Undefined content means the use of code points 
not described by this standard. The most suitable cause available shall be included 
in the response. Cause # 100 ‘invalid information element contents’ is a general 
cause and should only be used if no better cause can be found. 


Alternatively, action shall be taken on the message and those information elements 
which are recognized and have valid contents. In this case a STATUS message 
may be returned containing one cause information element. The cause information 
element shall contain cause # 100 ‘invalid information element contents’. 


Information Element Length Error 


When a message is received in any state other than the Null state and its length does 
not agree with the length indicated by the different information element length 
indicators, e.g. an information element is incomplete, then a STATUS message 
Shall be sent with cause # 95 ‘invalid message, unspecified’ and the message 
processing will continue. 


If received in the Null state, the call will be cleared by returning a RELEASE 
COMPLETE message. The cause information element will indicate 
cause # 95 ‘invalid message, unspecified’. 


Alternatively, take the action specified for an IE Contents Error (see Clauses 
5.4.2.4.8.6 and 5.4.2.4.8.6.4), except cause # 95 shall be used. 


Data Link Reset 


Whenever layer 3 of the CE side is informed of a spontaneous data link layer reset, 
by means of the DL-ESTABLISH—INDICATION, the following may apply: 
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(a) The calls in the Overlap Sending state shall be cleared by the network as 
described in Clause 5.4.2.4.4.4 with the cause # 41 ‘temporary failure’. 


(b) The calls in the establishment, Active states are maintained but in addition, a 
STATUS ENQUIRY message shall be sent to verify the call state of the peer 
entity. 7 


(c) The calls in all other states are not affected. 


Note: On the network side the above requirement is mandatory. 

Data Link Failure 

Whenever the layer 3 entity is notified by its data link layer entity via the 

DL-—RELEASE INDICATION that there is a data link layer malfunction, the 

following shall apply: 

(a) The calls in the Overlap Sending state shall be internally cleared. 

(b) For those calls without a timer running (see Clause 5.4.2.5) a timer T309 
shall be started; if T309 is already running it shall not be restarted 


(the value of T309 is specified in Clause 5.4.2.5. (Implementation of timer 
T309 at the CE side is optional, but desirable). 


If timer T309 expires the layer 3 entity should begin its own internal clearing 
procedures of all calls relating to the failed data link. 


(c) Layer 3 shall request layer 2 re-establishment by sending 
DL—ESTABLISH REQUEST. 


When informed of layer 2 re-establishment, by means of a 
DL—ESTABLISH—CONFIRM: 


(a) if timer T309 is running, it shall be stopped; the network, and optionally the 
CE, shall send STATUS ENQUIRY message(s) to verify the call state(s) of 
the peer entity. 


(b) if timer T309 has expired, the layer 3 entity should initiate restart action as 
specified in Clause 5.4.2.4.6. 


(c) if CE timer T309 is not implemented, no action by the CE is required. 


STATUS ENQUIRY Procedure 


Whenever an entity wishes to check the correctness of a call state at a peer entity, a 
STATUS ENQUIRY message may be sent requesting the call state. In addition the 
STATUS ENQUIRY message shall be sent as described in Clauses 5.4.2.4.8.7 and 
5.4.2.4.8.8. 
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Upon receipt of a STATUS ENQUIRY message, the receiver shall respond with a 
STATUS message, reporting the call state at the completion of the current transition 
and indicating that the message was sent in reply to a STATUS ENQUIRY message 
by indicating cause # 30 ‘Response to STATUS ENQUIRY’. Receipt of the 
STATUS ENQUIRY message does not result in a state change. 


Sending the STATUS message in such a situation will not directly affect the call 
state of the sender. 


Receiving a STATUS Message in Response toa STATUS ENQUIRY 


If the CE receives a STATUS message indicating cause # 30 ‘response to STATUS 
ENQUIRY’ the CE shall consult Table 68 in order to ascertain whether the two | 
peer entities are in compatible states. If the network receives a STATUS message 
indicating cause # 30 ‘Response to STATUS ENQUIRY’, the network shall consult 
Table 69. Depending on the state of the call of the two peer entities several actions 
are described in the tables. 


If call clearing is to be initiated then an appropriate cause shall be included in the 
first message sent in response to the STATUS message. Cause # 101 ‘message not 
compatible with call state’ should be used unless a more appropriate cause is 
available. 


168 


ACA TS 014 — 1997 


Table 66 
Procedure on Identification of Invalid or Corrupted or 
Non—essential Information Elements 


Information Element 


Message 
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Legend 

R Release: Initiate clearing by sending a RELEASE message, starting T308 and entering state 19. The 
procedures are described in Clause 5.4.2.4.4.2(d). 

RC Release Complete: Initiate clearing by sending RELEASE COMPLETE message. Following this, the 
call reference shall be released and the call shall enter the NULL state. 

S Remain in the same state and return a STATUS message. 

SP Continue to process the message and return a STATUS message. 

N Continue to process the message; take no further action. 

I Ignore the message and stay in the same state. 
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Table 67 
Procedure on Identification of Invalid or Corrupted Non—essential Information Elements 
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STATUS |x ®) 
ENQUIRY 


Legend 

R Release: Initiate clearing by sending a RELEASE message, starting T308 and entering state 19. The 
procedures are described in Clause 5.4.2.4.4.2(d). 

RC Release Complete: Initiate clearing by sending RELEASE COMPLETE message. Following this, the 
call reference shall be released and the call shall enter the NULL state. 

S Remain in the same state and return a STATUS message. 

SP Continue to process the message and return a STATUS message. 

N Continue to process the message; take no further action. 

I Ignore the message and stay in the same state. 

170 


COPYRIGHT 


ACA TS 014 — 1997 


Table 68 
User Side: Procedure on receipt of 
a STATUS MESSAGE in response to a STATUS ENQUIRY MESSAGE 


ING 


OVERLAP SENDING 
OUTGOING CALL PROCEDD 
CALL DIVERTED 

CALL PRESENT 

INCOING CALL REQUEST 
DISCONNECT INDICATION 


ea 
2. 
ea 
5 
nial 
— 
< 
S) 


State reported by 
STATUS message 


~ CONNECT REQUEST 


a 
m 
= 
= 
aes 
E; 
* 
pe] 
< 
O 


NULL 


Ul! 


U10 ACTIVE 
U12) DISCONNECT REQUEST 


U4 
U8 


U19 RELEASE REQUEST 


pare ete te dete te fe te te fe Fe fe te 
CALL |CALL INITIATED NI Nl eek nh ek Ro pep pe 


OVERLAP nl 
SENDING 
CAL on ; aaaanataatae 


CALL 

PROCEDDING 

cate overex [R_[R_ 

stm wf rahe fecha a ah 
[CALLRECEIVED N7 |R |R_[R_|R [R_ 


CONNECT N8 
REQUEST 
INCOING CALL NO 
REQUEST 


ACTIVE 

DISCONNECT N11 

INDICATION 

DISCONNECT N12 

REQUEST 

RELEASE N19 RC |RC | RC |RC | RC | RC | RC |RC |} RC} RC RC 
REQUEST 
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Table 69 
Procedure on Identification of Invalid or Corrupted Non—essential Information Elements 


State reported by STATUS message 


O 
Z 
a 
a 
— 
1S) 
© 
22 
i 
— 
—] 
< 
O 
O 
Z 
S 
© 
—_ 
= 
O 


CALL INITIATED 
OVERLAP SENDING 

CALL DIVERTED 
CONNECT REQUEST 
INCOING CALL REQUEST 
DISCONNECT INDICATION 


CALL PRESENT 
CALL RECEIVED 


NULL 


Network Side State 


U12) DISCONNECT REQUEST 


U10 ACTIVE 


Ul1l 


U19 RELEASE REQUEST 


U2 
U3 
U4 
U6 
Ui 
U8 
U9 


pat te te fata fe te tee Te fe te 


OVERLAP N2 = Fe 
SENDING 
cA on PREC PRRRPP rT 


CALL 

PROCEDDING 

Ete 

fms effete fe fe fT hh he 


| CALL RECEIVED N77 | RECEIVED N7 Pe RC RO 


CONNECT en te ee 

REQUEST * 
INCOING CALL —_N9 RC RC 

REQUEST 


ACTIVE N10 ce 


DISCONNECT N11 he can 
INDICATION 

DISCONNECT N12/}C |RC RC 
REQUEST 

RELEASE N19|C | RC 

REQUEST 
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Legend and Notes for Tables 68 and 69 


These tables indicate how a side receiving a STATUS MESSAGE in response to a 
STATUS ENQUIRY MESSAGE will react. 


Legend: 

si Both Layer 3 entities are in compatible states. No action is required. 

R The two Layer 3 entities are not in compatible states. Clearing should be initiated by 
sending a RELEASE message. If the network initiates clearing then the procedures as 
described in Clause 5.4.2.4.4.3.3 are appropriate. If the CE is initiating clearing then the 
procedures described in Clause 5.4.2.4.4.4.2 are appropriate. 

RC The two Layer 3 entities are not in compatible states. Clearing should be performed by 
sending a RELEASE COMPLETE message, after which the side sending the message 
can consider the call as being the Null state. 

* N No action required. Refer to the note associated with this entry. 

C The remote end is already in the Null state. The call is internally cleared locally, and the 
B—Channel (if necessary) and call reference are released for reuse. 

Note 1: | No action required. The network is currently attempting to clear the call. 

Note 2: No action required. The CE is currently attempting to clear the call. 

5.4.2.5 System Parameters 
5.4.2.5.1 Timers and Counters in the Network Side 
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T309 | 15s N3, 4, 7, | Data link layer | When data link Clear the Timer 1s not 
8-10 | disconnection. layer is reconnected | calls reinitialised 
Calls in stable 
states are not 


lost ‘#) 


T310 N9 Network has ALERTING, Network Timer is not 
received CALL | CONNECT, clears the call | reinitialised 
PROCEEDING | PROGRESS or 


message from DISCONNECT 
CE from CE 


T316 | 30s Rl Network sends {| RESTART Retransmit Maintenance 
RESTART to ACKNOWLEDGE | RESTART action after 
the CE from CE and N316 times 

reinitialised 
T316 


T317 | less than R2 Network RESTART Maintenance | Timer is not 
T316 receives ACKNOWLEDGE | action reinitialised 
RESTART sent to CE | 
message 
nsio {2 | RE || 


Note: Timeout value indicated applies for tone sending. For announcements the timeout value .) 
can be set per announcement applied. 
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Timer | Time State Cause For Normal At the First At the 
No. Out Initiation Termination Expiry Second 
Value Expiry 
T302 | 10s N2 Call is in At the receipt of Call handling | Timer is 
overlap sending | INFO message from | notified restarted 
mode the CE, or network after every 
alert, connect or call receipt of 
proceeding request INFO 
T303 | 4s N6 SETUP is ALERTING, Retransmit Return call 
transmitted to CONNECT or SETUP and _ | reference to 
the CE CALL reinitialise Null state 
PROCEEDING T303 
from the CE 
T305 | 30s N12 Network sends | RELEASE, or Network Timer is not 
DISCONNECT | DISCONNECT sends reinitialised 
without progress | from the CE RELEASE to 
indicator #8 the CE ?) 
T306 | 60s N12 Network sends | DISCONNECT, or | Network Timer is not 
(Note 1) DISCONNECT | release from the CE | sends | reinitialised 
with progress RELEASE to 
indicator #8 the CE 
T308 | 4s N19 Network sends | RELEASE Retransmit Network 
RELEASE to COMPLETE from | RELEASE releases the 
the CE the CE and B—Channel 
reinitialise and call 
T308 reference 
value and 
sends a 
channel 
restart 
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Timer Time 
No. Out 
Value 
T304 | 15s 
T305 | 30s 


; 


T309 | 15s 
option 
7 
T316 | 30s 


a1 


General 


Cause For 
Initiation 


Call is in 
overlap sending 
state 


CE sends 
DISCONNECT 


to clear the call 


CE sends 
RELEASE to 
the network 


Data link layer 
disconnection. 
Calls in stable 
states are not 
lost. 


CONNECT is 


transmitted to 
the network 


CE sends 
RESTART to 
the network 


CE receives 
RESTART 
message 


Timers and Counters in the CE Side 


Normal 
Termination 


RELEASE from the 
network 


RELEASE 
COMPLETE from 
the network 


When data link 
layer is reconnected 


At the receipt of 
CONNECT 
ACKNOWLEDGE 
from the network 


RESTART 
ACKNOWLEDGE 
from the network 


RESTART 
ACKNOWLEDGE 
sent to the network 
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At the First 
Expiry 


Clear the call 


CE sends 
RELEASE 


Retransmits 
RELEASE and 


reinitialises 


T308 


Clear the calls 


CE sends 
DISCONNECT 
to the network 


Retransmits 
RESTART and 
reinitialise 


Maintenance 
action 


At the Second 
Expiry 


Timer is not 
reinitialised 


CE releases the 
B-—Channel and 
call reference 
value and 
optionally 
sends a channel 
restart 


Timer is not 
reinitialised 


Timer is not 
reinitialised 


Maintenance 
Action after 
N316 times 


Timer is not 
reinitialised 


Primary Rate Access, ISDN CE-Network Interface Layer 3 SDL Diagrams 


This section provides an SDL representation of the CE side layer 3 protocol. The 
SDL representation of the layer 3 processes is definitive in case of ambiguities or 
conflict with the text of Clause 5.4.2.4. The SDL representation does not constrain 
implementations from exploiting the full scope of the procedures as presented 
within the text of this standard. 
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5.4.3.2 
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Layer 3 Architecture 


A typical architecture for the layer 3 entity of the CE side of the primary rate 


CE-network interface is shown in Figure 16. This architecture depicts the 
processes among which the various layer 3 functions are distributed, in addition to 
specifying the interactions between layer 3 and layer 2. 


A possible distribution of the layer 3 functions amongst the various processes is as 
follows: 


(a) | Director Process 
(1) Creation of some of the other processes 


(ii) Transfer of layer 3 messages to layer 2 (via message units). Receipt 
of layer 2 message units and the transfer of the layer 3 messages 
contained to the appropriate process. This can also involve some 
state independent error checking. 


(111) | Management of call references for the interface. 
(iv) Message routing 
(b) Restart Process 


(1) Used when a failure has occurred affecting either the entire interface 
or a single call to return calls to the null state or the interface to an 
idle condition. 


(c) Call Control Process (CCP) 


(1) Used to implement the call control protocol for a particular call 
currently in progress on the interface. Therefore multiple instances 
of CCPs may exist at any one time. 


(ii) | Handles state dependent error checking for a particular call. 
(d) Call Handling Process 


(1) Provides functions associated with establishing maintaining and 
releasing calls on the interface. 


(ii) | Provides functions associated with interworking with the upper layer 
on the CE side. 


(ce) Layer Management Process 
(1) Provides management of layer 3 resources; 


(11) | Provides functions associated with interworking with a system 
management entity. 
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The SDL representation in this part does not describe all of these functions as only 
the CCP and Restart Process have been represented. 


For the CCP process the representation is given in Clause 5.4.3.3(S2). 


5.4.3.3 Process Interactions 


The interactions between layer 2 and layer 3 are effected by the following signals: 
S1 [DL-ESTABLISH-INDICATION 

DL—-ESTABLISH—CONFIRM 

DL—DATA-INDICATION 

DL—RELEASE-INDICATION 

DL-—RELEASE-CONFIRM] 
S2 [DL-ESLABLISH—REQUEST 

DL—DATA-REQUEST 


DL-—RELEASE-REQUEST] 
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TESTING 


General 


Standard Test Conditions 


Unless otherwise specified for particular tests, standard test conditions for the 
determination of compliance with performance requirements shall be one 
combination of: 


(a) | Anambient temperature in the range 15 Cto25 C; 
(b) A relative humidity in the range 45% to 75%; 
(c) An air pressure in the range 86 kPa to 106 kPa; and 


(d) | Thenominal supply voltage of the equipment. 


Where elements in a test circuit are variable, the test shall be carried out over the 
indicated range for that element. 


The accuracy for all measurements shall be better than +2% for voltage and current, 
+0.25% for frequency and +0.5% for time, unless otherwise specified. 


Unless otherwise specified for individual tests, all component values in the test 
configuration shall have a tolerance of: 


(a) +1% for resistance; 
(b)  +1% for capacitance; and 


(c) —0%+25% for inductors. 


The tolerance of the nominal 48 Vd.c. test source shall be +0.5V. 


The prevailing conditions shall be recorded for each test. 


Conformance Testing 


All ISDN CE shall undergo conformance testing in accordance with the testing 
procedures defined in this document before being connected to a ISDN Primary 
Rate Access interface Telecommunications Network. 


The conformance testing procedures defined in this standard are based on the 
general methodology and framework for OSI conformance testing as described in 
ITU-T Rec. X.290 [74]. 


Wherever possible, the testing procedures have been based on the developing 
international standards in this field. It is intended that the testing procedures be 
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6.1.2.4 


6-1,2.5 


6.1.3.1 


6.1.3.2 


oe) re 
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fully aligned with the applicable ITU-T Recommendations, once the latter reach an 
appropriate state of maturity. 


Suppliers are required to provide the test house with: 


(a) System Under Test (SUT); 


(b) completed questionnaire (PICS PROFORMA) declaring the features 
supported by the SUT for which testing is requested; and 


(c) completed questionnaire (PIXIT PROFORMA) containing extra information 
on the implementation of the SUT necessary for the proper conduct of the 
conformance test, including instructions for test operators, timer values, etc. 


The outcome of the testing procedures shall be a statement issued by the test house 
indicating the overall conformance or non—conformance of the SUT to the 
mandatory requirements of this Technical Standard. In addition, the test house may 
optionally report to the supplier on specific areas of non—conformance in cases 
where non—conformance was observed. 


Protocol Testing 


The protocol conformance test suites defined in this Standard shall be employed to 
test the response of the SUT to three categories of network protocol behaviour: 


(a) | Proper Network Behaviour: 


protocol elements which are correctly encoded and transmitted to the SUT at 
the correct time and in the correct sequence; 


(b) Improper Network Behaviour: 
protocol elements which areincorrectly encoded; and 
(c) Inopportune Network Behaviour: 


protocol elements which are correctly encoded but which are not transmitted 
in the correct sequence and at the correct time. 


The testing procedures verify the response of the SUT to a wide range of proper 
network behaviour, as defined in the appropriate test suite. In general, the response 
of the SUT is precisely defined in the protocol specification and/or test suite. This 
includes the SUT response to ‘normal’ network failures such as transmission errors 
and link resets. 


The testing procedures also verifies the SUT response to a representative range of 
Improper and Inopportune Network Behaviour in accordance with the applicable 
part of TS 014. The testing of the CE’s response to these Improper and Inopportune 
Network Behaviour ensures a measure of robustness against network faults and an 
appropriate CE response in situations where the CE and network equipment are 
implemented to different versions of the interface specifications. 
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All test procedures defined here involve active test methods and are classified in 
ITU-T Rec. X.290 [74] terms as ‘external test methods’ and ‘remote test methods’, 
since they do not require direct access to internal functions of the SUT. Instead, all 
observation and control is performed at external interfaces of the SUT. 
Furthermore, no explicit test co—ordination procedures are required to be 
implemented in the SUT. 


Some co-ordination between the SUT and the tester may be required to, for 
example, force the SUT to initiate a call or to respond appropriately to particular 
types of call setup. These requirements may be expressed, for example, as 
instructions to the test operator. 


The conformance test suite shall have a hierarchical structure as follows: 


(a) Test Suite; 

(b) Test Group; 
(c) Test Case; 

(d) Test Step; and 


(e) Test Event 


An important level is the test case. Each test case has a narrowly defined purpose, 
such as that of verifying that the IUT has a certain required capability. 


Test cases are logically grouped together into nested test groups to form the total 
test suite. 


Each test case is structured into a series of test steps as follows: 
(a) Preamble: 


optional test steps to put the IUT into the state required for the test body to 
Start; 


(b) Test Body: 


one or more test steps to determine the conformance of the IUT to the 
required capability or behaviour; 


(c) Postamble: 


optional test steps to return the IUT to a known state at the completion of the 
test case. 


A test step consists of an ordering of other test steps and/or test events, each test 
event representing, for example, the sending or receiving of a single frame or 
message. 
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The test body results in an observed outcome representing the series of events 
which occurred during execution of the test case, including all input to and output 
from the IUT at the points of observation and control. An analysis of results is then 
performed by comparing the observed outcome with the foreseen outcome for the 
test case, resulting in one of three verdicts: 


(a) Pass: 


means that the observed outcome matches one of the outcome identified as 
‘pass’ in the abstract test case specification; 


(b) Fail: 


means that the observed outcome matches one of the outcomes identified or 
categorised as ‘fail’ in the abstract test case specification; 


(c)  Inconclusive: * 


means that the observed outcome either matches an outcome identified or 
categorised as ‘inconclusive’ in the abstract test case specification, or else 
does not match any foreseen outcome. 


The verdicts made in respect of individual test cases are synthesised into an overall 
summary for the IUT, based on the test cases executed. 


Testing of Mandatory and Optional Features 


Each test specification identifies a number of mandatory and optional features of 

CE supporting ISDN Primary Rate Access. Separate test procedures are associated 

with each mandatory and optional feature. At the time of applying for testing, the 

CE supplier shall confirm that all mandatory features are supported and shall 

nominate which optional features are supported. The test house shall then execute 

the defined test procedure relating to each mandatory and supported optional ® 
feature. 


The specification of the test procedures ensure the following: 


(a) mandatory and supported optional features initiated by the SUT: all such 
features are activated during the test procedure, and that these features are 
correctly implemented by the SUT; 


(b) mandatory and supported optional features initiated by the network: the SUT 
can receive and correctly respond to all such features which can be initiated 
by the network; 


(c) optional features initiated by the SUT declared as unsupported by the SUT: 
the SUT does not initiate features which are claimed to be unsupported; 


(d) optional features initiated by the network declared as unsupported by the 
SUT: the SUT can receive signalling relating to any network feature not 
supported by the SUT, and reject this feature in accordance with the protocol ® 
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without unduly affecting the operation of other features in effect at the 
interface. 


It is expected that CE will generally implement additional customer access interface 
protocols outside the scope of this Standard, in order to support ISDN bearer 
services, teleservices and/or supplementary services supported by the network 
beyond those defined in this Standard. In most situations, these additional protocols 
will not interact with the testing procedures defined in Clause 6 of this Technical 
Standard. However, in some situations, the test procedure may need to be varied in 
the following ways, to take account of the special requirements of the CE: 


(a) the Preambles/Postambles for state-based testing may be varied by the 
tester, provided that the applicable state is reliably entered prior to execution 
of each test body; 


(b) additional information elements beyond the scope of TS 014 (e.g. separately 
defined within an applicable network Manager’s specification) sent by the 
Implementation Under Test may be ignored by the tester for the purposes of 
determining compliance with TS 014; 


(c) where the Implementation Under Test requires additional information 
elements beyond the scope of TS 014 (e.g. separately defined in a network 
Manager’s specification) to be sent by the tester in order to successfully test 
the basic call control procedures, these additional information elements may 
be added at the discretion of the test house. 


Layer 1 


Loss of Input Signal 


Under loss of input signal conditions, using a Frame Analyser, check that the alarm 
bit (bit 3 of time slot 0) is set. 


AIS Received 


Check that when the input is a continuous binary ‘1’ condition (AIS), the alarm bit 
on the output 1s set. 


Loss of Frame Alignment 


Check that the loss of Frame Alignment causes the alarm bit to be set. Use a Frame 
Analyser to generate Frame Alignment errors on the input, and monitor the output. 


High Bit Error Ratio 


Check that a high bit error ratio causes the alarm bit to be set. Use a suitable noise 
source attached to the Primary Rate Interface receive circuit to generate errors at the 
required ratio. 
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(a) | To set up an error rate which should not cause the alarm, set BER to 0.5 in 
103. 


(b) To set up an error ratio which should cause the alarm, set BER to 1.5 in 103. 


6.2.4.2 Monitor the output, checking for Bit 3 of Time Slot 0 odd numbered frames set to 
‘1’. Operation or resetting of the alarm should occur within 10 seconds. 


Note: Bit error ratios will vary somewhat with any real noise source. Allow some margin for 
setting/resetting of bit 3 of Time Slot 0 of odd numbered frames activation and 
deactivation (within reason) given that the nominal BER which justifies the alarm is 


1.0 in 103. 


0.5 in 103 corresponds to 623 CRC Errors/1000 Transmission Units if CRC-4 is used. 


1.0 in 103 corresponds to 831 CRC Errors/1000 Transmission Units if CRC is used. * 
1.5 in 10° corresponds to 902 CRC Errors/1000 Transmission Units if CRC—4 is 
used. 
6.3 Layer 2 
6.3.1 General 
6.3.1.1 This section defines the layer 2 (L2) conformance tests that shall be performed on 


CE designed for connection to an ISDN Primary Rate service. The protocol is 
described in Clause 5.3. 


6.3.1.2 The protocol can be defined by the two way communication between two separate 
entities. The L2 entity shall be tested for: 


(a) | Responses to network originated frame types; 
(b) Integrity and capability of user initiated frames; and 


(c) Those aspects of the protocol specific to the CE, such as timers, counters, 
and other parameters. 


G3.155 The tests to be performed are detailed in test matrices 1 and 2 which are contained 
in Appendices C and D. Each of these aspects is treated in each of the grouped 
states representing point—to—point procedures (states 4-8). Test matrix 1 deals with 
point-to—point procedures, while Test matrix 2 deals with timers and counters. 


184 
COPYRIGHT 


0.3:22 


ACA TS 014 — 1997 


Testing Strategy 


Testing Types 


This specification uses Proper, Improper, and Inopportune frames to test the CE’s 
Layer 2 entity and the following describes these terms in relation to the layer 2 
testing: 


(a) 


(b) 


(Cc) 


Proper: 


A proper frame is a syntactically valid frame arriving at the correct sequence 
in time. 


Improper: 


An improper frame 1s one that is syntactically incorrect: 


(1) 
(11) 
(iii) 
(iv) 
(v) 


(vi) 


(vii) 


(viii) 


(1x) 


Is not properly bounded by two flags; 
Contains fewer than 40 bits between flags; 
Contains a frame check sequence (FCS) error; 
Contains an invalid address field encoding; 


Contains a command or response control field that is undefined or 
not implemented in Clause 5.3; 


Is an I frame which an information field that exceeds the maximum 
established frame length; 


Is an un-numbered or supervisory frame with an information field 
which is not permitted; 


Is a frame with invalid N(R); 


Is an I frame in which the number of bits is not an integral multiple 
of ‘8’ (not—octet aligned). 


Inopportune: 


An inopportune frame is defined as a syntactically valid frame which is out 
of sequence. The IUT is in an incompatible state when this type of frame 
arrives, and therefore the frame received should be considered irrelevant. 


Test Numbering 


The testing consist of two test groups (i.e. test matrices 1 and 2). Each column 
represents the states of the L2 entity tested. Each row of a matrix identifies those 
tests with a common test frame or a common test condition. Every test case is 
allocated a test number. 


COPYRIGHT 


ACA TS 014 — 1997 


6.3.2.3 


63.27.57! 


6:.3.2.5.2 


O:3:2.575 


COPYRIGHT 


The test number is derived from the following sequence: 


Test number = test matrix—column—row. 
Where: 
(1) test matrix = 1 or 2 


(ii) | column =a | digit number representing the state in which the IUT 1s 
placed; 


(i111) row =a 2 digit number representing the test frame or row of the test 
matrix, with preceding zeros. 


For example test number 1—7—02 represents the 2nd test within state 7 or matrix 1. 


Test Responses/Format 


Each element within the matrix contains the following information: 


A: This is the action(s) specified to be taken by the L2 entity, 
(refer Clauses 6.3.2.3.1 to 6.3.2.3.5). 


S: The state which the IUT enters after the action (*indicates return to initial 
state) 


i The test type (1.e. Proper, Improper, Inopportune). 


Action 


The following actions are defined: 


(a) DT —Don’t transmit anything after processing frame. 
(b) IGN-—lIgnore frame (i.e. Discard the received frame and take no action). 


(c) | All command/response frames may be valid actions. 
Primitives 


Primitives provide the procedural means of invoking and providing a service 
between adjacent layers. They are included in the tables to specify conceptually 
how a data link service interacts with the management entity and with other layers. 
They are not detectable and shall be ignored in the testing procedure. 


METIs 


MEI primitives are useful in determining what further action might be taken. A 
table of MEI codes is included in Clause 5.3, however, note they are not detectable 
and should be ignored in the testing procedure. 
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Comments 


Further information is provided in brackets, giving an indication of why certain 
actions are taken; 


(I-QUEUE) 


This indicates that the response by the IUT is an I command, if there is an I 
frame in the information queue. 


Note: However, this is not a direct consequence of the incurred test frame. 


(RE-TRANSMIT) 


This indicates that the responding command is in fact a previously sent I 
frame that was unacknowledged. This reply is a consequence of the incurred 
test frame 


(SCRAP L-QUEUE) 


Discard information frame queue 


Multiple Actions 


Often more than one action can be the correct response. Alternative actions are 
listed sequentially within the matrix element. These alternative actions can either 
be the result of an unexpected exception condition, else they may be 
implementation dependent. 


Test Procedures 


The test cases depicted in matrix 1 represent the expected responses from the user 
side in reply to a network originated test frame, from a known user side state. Each 
test is structured into a series of test steps consisting of: Preamble, Test Body and 
Postamble as described in Clause 6.1. 


The Preamble and Postamble for the test cases in test matrix 1 can be derived from 
the state initialisation information in Appendix E. The Test Body consists of 
sending the frame defined for each test case defined in the matrices, recording the 
response and checking the user state after the test event. Appendix F can be used 
for testing the user state for test matrix 1. 


Some of these test cases require the user to be in states that aren’t readily obtainable 
and will require manual pre—setting during the preamble. A L3 entity requests a L2 
service by issuing the appropriate primitive. For example if the L3 entity require 
modulo 128 information transfer, it will request this via the DL-ESTABLISH-REQ 
primitive. The means by which a particular service is invoked is beyond the scope 
of this document. 
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6.3.2.5 States 7-8 Exception Conditions 


States 7 and 8 contain flags for which exception conditions are tracked. These 
include: 


NORMAL: 


No exception flags set 


ORB: 

Own receiver busy condition 
PRB: 

Peer receiver busy condition 
REJ: 


Reject exception condition 


Therefore under different exception conditions, alternative actions are sometimes 
specified. For example, the sending of an RNR frame occurs when the ORB 
condition arises. The alternative actions are listed sequentially within the matrix, 
along with an associated heading specifying the exception condition. 


Note: Due to the amount of test required, the CE’s layer 2 entity will not be tested under these 
exception conditions, however, the responses for these conditions must be included in 
case the L2—entity enters one of the these conditions independently. For example, the 
ORB conditions is generated via an internal signal upon the receiver becoming busy. 
Should this occur during the progress of a test, the action specified under the normal 
condition might not apply. 


6.4 Layer 3 
6.4.1 General 
6.4.1.1 This section defines the layer 3 (L3) conformance tests that shall be performed on 


terminal equipment (TE) designed for connection to an ISDN Primary Rate service. 
The protocol is described in Clause 5.4. 


6.4.1.2 The TE’s L3 entity will be tested for: 


(a) | Responses to network originated messages; 
(b) Integrity of user initiated messages; 
(c) Timer values; and 


(d) Operation under network emulation. 
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The first 3 aspects of the protocol are covered in a number of test matrices in a state 
based form. These tests are descibed in Clause 6.4.2 and Appendices G to K. 


Clause 6.4.3 deals with network emulation tests and ensures that the TE can 
perform the whole of a selected state path rather than individual transitions. 


All terminal equipment shall comply with the mandatory tests described in test 
matrices 14 (Appendices G to J respectively). 


The states have been organised into 4 test groups: 


(a) Test Matrix 1 

(1) Originating call establishment: States 1, 2, 3, 4 
(b) Test Matrix 2 

(1) Destination call establishment: States 6, 7, 8, 9 
(c) Test Matrix 3 

(1) Null state: 0 

(ii) Active state: 10 

(ii1) Call clearing: States 11, 12, 19 
(d) Test Matrix 4 


(1) Timer values. 


A combination of Proper, Improper, and Inopportune test messages is fired at the 
IUT in each state. A list of messages to be used is given below. Note that the 
NOTIFY message is a facility related message, not defined in this Technical 
Standard. However, it is included as a typical message which may or may not be 
implemented as a network Manager’s option, refer [TU—T Rec. Q.931 [49]. 


Test Messages 
Alerting 


Call Proceeding 
Connect 

Connect Acknowledge 
Disconnect 
Information 


Notify 


peoed 
(oe) 
\O 
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Progress 

Release 

Release Complete 
Setup 

Setup Acknowledge 
Status 


STATUS ENQUIRY 


6.4.2 State Based Testing 


6.4.2.1 Test Types 


6.4.2.1.1 This specification uses Proper, Improper and Inopportune messages to test the TE’s 
L3 entity and the following describes these terms in relation to the layer 3 testing: 


(a) | Proper: 


A proper message is a syntactically valid message arriving at the correct 
sequence in time. This means that the protocol discriminator, call reference 
and the message type information elements (IE’s) are correctly coded and 
sequenced, plus all additional IEs are syntactically valid and sequentially 
correct so that they abide by all the requirements of Clauses 5.4.2.2 
and 5.4.2.3. 
(b) Improper: An improper message is one that is syntactically incorrect: 
(1) Protocol discriminator IE corrupted; 
(ii) | Call reference IE corrupted; 
(iii) Message type IE corrupted; 
(iv) JE not implemented; 
(v) Content Error 
— Essential IE; 
— Nonmessential IE; 


(vi) Missing Essential IE. 


(c) Inopportune: 
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An inopportune message is defined as a syntactically valid message which is 
out of sequence. The IUT is in an incompatible state, however, there may be 
a predefined response catering for this in the protocol. 


Note: A full complement of every possible test message in every possible state is not provided. 
In certain IUT states, a received improper test message is actually treated as inopportune. 
Therefore many various improper test cases are essentially repeated versions of the same 
inopportune test case. This can be attributed to the definition of an error condition by 
which rules in paragraphs of Clause 5.4.2.4 apply in order of precedence. 


6.4.2.2 Test Numbering 


6.4.2.2.1 The State Based testing consists of 4 test groups (i.e. test matrices F to I). Each 
column represents the states of the L3 entity tested. Each row of a test matrix 
identifies those tests with a common test message or test condition. Every test case 
* is allocated a test number. 


The test number is derived from the following sequence: 


Test number = test matrix — column — row 
Where: 
(1) test matrix = 1, 2,3 or 4 


(ii) column = a 2 digit number representing the state in which the IUT is 
placed, with preceding zeros. 


(iii) row=a 3 digit number representing the test message or row of the 
test matrix, with preceding zeros. 


(iv) For example Test number 3—02—005 refers to the 5th test within 
state 2 of test matrix 3. 


6.4.2.3 Test Equipment Setup 


The state based tests outlined in the test matrices contained in appendices G to J 
require an ISDN compatible protocol analyser to operate as a network simulator as 


illustrated in Figure 20. 
6.4.2.4 Test Responses/Format 
6.4.2.4.1 Each element within the matrix contains the following information: 


(a) A: This is the action(s) specified to be taken by the IUT, such as: 
(i) DT — Don’t transmit anything after processing the message. 


(ii) ©IGN—Ignore message (i.e. discard the received message and take no 
action). 


(b) —S: The state which the IUT enters after the action. 
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6.4.2.4.2 


6.4.2.4.3 


6.4.2.5 


6.4.3 


6.4.3.1 


6.4.3.1.1 


6.4.3.1.2 


6.4.3.2 


6.4.3.2.1 


6.4.3.2.2 


6.4.3.2.3 
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(c) T: The test type (i.e. Proper, Improper, Inopportune). 


Where more than one action is possible, they shall be listed sequentially within the 
matrix element. Multiple actions arise because of the implementation dependent 
actions. For example, in most cases, receiving an inopportune message results in 
either: 


(a) Sending a STATUS/C=101; or 


(b) Sending a STATUS ENQUIRY. 


Similarly multiple actions may arise in the case of voluntary features described in 
network Manager’s specifications. For example an IUT receiving an opportune 
message with an non—implemented IE has the option of sending a STATUS/C=99 
or to ignore the IE. 


Test Procedures 


The test cases depicted in matrices | to 4 represent the expected responses from the 
user side in reply to a network originated test message, from a known user side 
state. Each test is structured into a series of test steps consisting of: Preamble, Test 
Body and Postamble as defined in Clause 6.1. The Preamble and Postamble are 
performed using the ‘Initialisation Sequences’ described in Appendix J. The Test 
Body consists of sending the message defined for each test case defined in the 
matrices, recording the response and checking the user state after the test event, 
using the STATUS ENQUIRY message. 


Network Emulation Tests 


General 


The aim of this section is to evaluate the ability of the device under test to interwork 
with a protocol analyser emulating the Australian ISDN network. 


It should be noted that this testing is to ensure that supplier’s equipment and the 
Australian network are able to interwork at the minimum level. 


Test Numbering 


The 4 state based test groups plus emulation tests make up 5 layer 3 test groups. 
The emulation tests will be test group 5 and are divided into four main test 


sub—groups, namely: 
(a) Sub-Group 01 — Successful call establishment. 


(b) Sub-Group 02 — Controlled Error Tests. 


Within each Sub-Group there are a number of test cases defined. 


The test number shall consist of: 
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Test Group — Test Sub—Group — Test Case 


Where: 
(1) Test Group Number is 5; 


(11) | Sub—Group Number ts a 2 digit number (see above); 


(i11) | Test Case Number is a 3 digit number with leading zeros. 


6.4.3.3 Equipment Setup 
6.4.3.3.1 For the Layer 3 Network Emulation tests the testing configuration is detailed in 
Figure 21. 
6.4.3.3.2 The Test Centre shall conduct the testing using an appropriate Protocol Analyser 
* for Network Emulation and monitoring. 
6.4.3.4 Supplier’s Equipment 


6.4.3.4.1 The SUT shall be easily configurable by the Test House to accept any local called 
party number at the Terminating interface and send any national called party 
number at the Originating interface. 


6.4.3.4.2 The supplier will be required to provide the following equipment: 
(a) Unit under test (e.g. PABX); and 


(b) Upto 4 terminals (preferably 2 as auto—answer digital terminals). 


6.4.3.5 Equipment Initialisation 
6.4.3.5.1 Prior to commencement of the Emulation tests it is necessary to connect the 
7. supplier’s equipment to the Network Emulator in a controlled manner and to 


observe the initialisation activities occurring on the D—Channel. The procedures 
described below shall be followed to connect equipment to the Network Emulator. 


(a) Ensure that the NT1 and Network Emulator are powered down. 
(b) — Ensure that the supplier’s equipment is powered down. 
(c) | Connect the supplier’s equipment to the NT1. 


(d) | Apply power to the Network Emulator and NT1 devices in turn. Monitor 
and record, on the monitoring analyser, any layer 2 and layer 3 activity. 


(ce) | Apply power to the supplier’s equipment. Monitor and record, any layer 2 
and layer 3 activity. 


(f) The supplier’s equipment and the Network Emulator should now 
automatically establish a data link connection to the multiple frame 
established state. Do not, at this stage, attempt any calls to or from the 
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6.4.3.6 


6.4.3.6.1 


6.4.3.6.1.1_ 
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PABX. Leave the system in this state for a period of 10 minutes and 
monitor and record all layer 2 and layer 3 activity on the interface. 


(g) If, at the completion of the 10 minute period, the PRA interface appears 
stable and the data link has remained in the multiple frame established state, 
further testing as defined in following sections may be conducted. Retain 
the record of all D—Channel signalling activity. 


Test Cases 


The test cases identified in this section require some form of activity at the terminal 
instrument connected to the supplier's equipment. These test cases are essentially 
manually initiated and controlled. The traffic cases tested represent typical calls. 
In addition, typical call ‘failure’ conditions, the type of which can reasonably be 
expected to occur under normal operational conditions, are simulated. 


The aim of these test cases is to demonstrate the capability of handling basic calls 
and to verify that the supplier’s equipment is capable of recovering from the more 
likely fault and call failure conditions. 


Successful Call Establishment 


Test No. 501-001 


Aim: To verify correct call handling in the establishment and clearance of a call 
(originated by supplier’s equipment, A—party clear). 


Procedure: 
l. From the supplier’s equipment generate a test call with the following 
attributes: 
a. A valid Called party number. * 


b. En—bloc or overlap sending may be used. 
la. | Generate test calls with all service types available in the system under test. 
(1) Speech Bearer service 
(ii) | 3.1 kHz Audio Bearer service 
(iii) 64 kbit/s Unrestricted Digital service. 


Zz. Return an ALERTING message from the network emulator followed, 
approximately 30 seconds later, by a CONNECT message. 


3a. Verify B—Channel transmission path. 


3b. Clear the call from the supplier’s equipment terminal approximately 30 
seconds after the CONNECT indication has been received. 
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Verify: 
l. SETUP message IE coding (at the originating interface). 
2 Supplier equipment has access to network provided Ring tone, for 


Audio/Speech calls, following transmission of the ALERTING message 
from the network. 


oy Verify B—Channel transmission path. 


4. Following clearance of the call ensure a follow—on call is possible from the 
terminal just used. 


5. Correct D—Channel signalling occurs for this case. 


Test No. 5—01—002 


Aim: To verify correct call handling in the establishment and clearance of call 
(originated by supplier’s equipment B—party clear). 


Procedure: 


i Repeat the procedure described for test —02—001 with the exception that 
call clearance should be initiated by the network emulator. 


Verify: 


l. Following clearance of the call ensure a follow—on call is possible from the 
terminal just used. 


2 Correct D—Channel signalling occurs for this case. 


Test No. 5—01—003 


Aim: To verify correct call handling in the establishment and clearance of a call 
(terminated by supplier’s equipment, A—party clear). 


Procedure: 
l. From the network emulator generate a test call with the following attributes: 
a. Bearer capability appropriate for the service being tested. 


b. A valid Called party number. 


2, Allow the terminal to ring for approximately 30 seconds and then answer the 
call. 


Allow the call to remain in the active phase and then clear the call from the 
network emulator. 


U2 


Verify: 


pond 
\O 
Cn 
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6.4.3.6.1.4 


6.4.3.6.1.5 
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l. Following clearance of the call ensure a follow—on call is possible from the 
terminal just used. 


Z, Correct D—Channel signalling occurs for this case. 


Test No. 5—01—004 


Aim: To verify correct call handling in the establishment and clearance of a call 
(terminated by supplier’s equipment B—party clear). 


Procedure: 


i. Repeat the procedure described for test 5—02—004 with the exception that 
call clearance should be initiated by the terminal connected to the supplier’s. 


Verify: 


l. Following clearance of the call ensure a follow—on call is possible from the 
terminal just used. 


2: Correct D—Channel signalling occurs for this case. 


Test No. 5—01—005 


Aim: To verify correct call handling when B—Channel negotiation requires a 
changeover of the nominated channel (originated by supplier’s equipment). 


Note: This test need only be executed if the supplier’s equipment provides the 
B—Channel selection indication ‘channel is indicated, any alternative is acceptable’. 


Procedure: 
l. Originate a test call from the supplier’s equipment with the following 
attributes: 


a. A valid Called party number. 


b. En—bloc or overlap sending. 


c. ‘channel is indicated, any alternative is acceptable’. 

2 Return an ALERTING message from the Network Emulator, indicating an 
alternative B—Channel, followed, approximately 30 seconds later, by a 
CONNECT message. 

a. Clear the call from the supplier’s equipment terminal approximately 30 


seconds after the CONNECT indication has been received. 


Verify: 
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l. Supplier’s equipment has access to network provided Ring tone, for 
Audio/Speech calls, following transmission of the ALERTING message 
from the NETWORK. 

2: Correct D—Channel signalling occurs for this case. 

= Verify the B—Channel transmission path. 


6.4.3.6.1.6 Test No. 5—01—006 


Aim: To verify correct call handling when B—Channel negotiation requires a 
changeover of the nominated channel (call originated by the network). 


Note: This test need only be executed if the supplier’s equipment requires the use of the 
B-—Channel selection indication ‘channel is indicated, any alternative 1s acceptable’. 
In addition, the test performance requires the ability to block B—Channels at the 


? supplier's equipment. 
Procedure: 


l. At the supplier’s equipment ensure that only one B—Channel is available for 
incoming calls by blocking all but one B—Channel. 


2. Originate a test call from the network emulator to a terminal connected to 
the supplier's equipment requesting one of the blocked B—Channels. 


3 It is not necessary to answer the call. 

Verify: 

l. Verify that B—Channel changeover has occurred. 
2. Correct D—Channel signalling occurs for this case. 


* 6.4.3.6.2 Controlled Error Testing 


This section applies tests to verify the ability of supplier’s equipment to recover 
from various error conditions. In particular three conditions are tested: 


(a) Data link reset; 
(b) Data link failure; and 
(c) | Power down of user equipment. 


6.4.3.6.2.1 Test No. 5—02-001 


Aim: To verify correct supplier’s equipment response to a data link reset 
condition. 


Procedure: 
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l. Establish a test configuration as before with a Frame Analyser across the S/T 
interface. 
os Ensure that the network emulator setting for the Layer 2 parameters N200 


and T200 are 3 and 1 second respectively. 
3. Establish the following call types: 


a. Call originated by network emulator terminated by CE. Call in active 
State. 


b. Call originated by CE (Call in overlap sending state). 


4. Using the Frame Analyser insert the AIS signal (all ones condition) into 
timeslot 16 (D—Channel), in the direction NT1 to supplier's equipment, for a 
period greater than 3 seconds but less than 6 seconds. 


> Record all Layer 2 and Layer 3 activity on the monitor. 

Verify: 

l. That a data link reset has occurred. 

2. The calls in the overlap sending state are cleared by the network sending 
DISCONNECT messages. 

2 All other calls are unaffected. 


4. The supplier’s equipment responds correctly to the STATUS ENQUIRY 
messages sent by the Network emulator for the unaffected calls. 


6.4.3.6.2.2 Test No. 5—02—002 


Aim: To verify correct supplier’s equipment response to a data link failure ty 
condition (failure persists for a period shorter than T309). 


Procedure: 
l. Repeat steps 1—3 of Test 5—01—001. 


Z Verify that T309 is set for 15 seconds in both the network emulator and the 
supplier's equipment (if implemented). 


3. Repeat step 4 of Test 502-001 but for a period greater than 6 seconds but 
less than 15 seconds. 


4: Record all Layer 2 and Layer 3 activity on the monitor. 
Verify: 
je That a data link failure has occurred. 
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2 That calls in the overlap sending state are internally cleared. 

a All other calls are unaffected. 

4. Data link re-establishment occurs automatically (initiated by the network). 

5. The supplier’s equipment responds correctly to the STATUS ENQUIRY 
messages sent by the network for all other calls. 

Test No. 502-003 


Aim: To verify correct exchange and supplier’s equipment response to a data link 


failure condition (failure persists for a period greater than T309). 


Procedure: 

ly Repeat steps 1—3 of Test 502-001. 

Z, Verify that T309 is set for 15 seconds in both the network and the supplier's 
equipment (if implemented). 

3. Repeat step 4 of Test 5—02—001 but for a period greater than 15 seconds but 
less than 60 seconds. 

4. Record all Layer 2 and Layer 3 activity on the monitor. 

Verify: 

I, That a data link failure has occurred. 

pa That calls in the overlap sending state are internally cleared. 

2, All other calls are internally cleared by the network and possibly the NT2 if 
it implements T309. 

4. Data link re-establishment occurs automatically (initiated by the network). 

Test No. 5—02—004 


Aim: To verify the NT2 recovery when the NT1 equipment is powered down with 


calls in the Active State. 


Procedure: 

l. Set up 2 calls from the network emulator to the SUT. 

2. Power down the NT1. 

a Wait 2 minutes and then power up the NT1. 

4. Send a STATUS ENQUIRY message to the SUT for each of the above calls 
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> Set up 2 new calls from the network emulator to the SUT, using the same 2 
call references as used in step 1. above. 


Verify: 


18 Verify that the response to the STATUS ENQUIRY indicates the SUT is in 
the Null state. 


Z. Both calls in step 5, above are successful. 


6.4.3.6.2.5 Test No. 3—02-005 


Aim: To verify the NT2 recovery when the NT2 equipment is powered down with 
calls in the Active State. 


Procedure: 

i? Set up 2 calls from the network emulator to the SUT. 
2 Power down the NT2. 

3. Wait 2 minutes and then power up the NT2. 


4. Send a STATUS ENQUIRY message to the SUT for each of the above calls 


aie Set up 2 new calls from the network emulator to the SUT, using the same 2 
call references as used in step 1 above. 


Verify: 


l. Verify that the response to the STATUS ENQUIRY indicates the SUT 1s in 
the Null state for each call. 


2, Both calls in step 5, above are successful. | * 
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Legend for Test Matrices 1-3 


ll. 


lil. 


iV. 


vl. 


Vil. 


Vill. 


1X. 


X11. 


XIV. 


XV. 


XVI. 


If the matrix indicates a response with cause # 97 or # 101 then the same response with 
cause # 98 shall be treated as a valid response. 


If the matrix indicates a response with cause # 95 then the same response with cause 
# 100 shall be treated as a valid response. 


If the matrix indicates a response with cause # 30 then the same response with cause # 97 
or # 98 shall be treated as a valid response. 


Note 1: means: The treatment of a DISCONNECT message in state 1 as ‘inopportune’ 1s 
implementation dependent. 


Note 2: means: The protocol allows an optional STATUS/C=99,S=XX to be sent here, 
where XX refers to the user state after the current transition. 


STATUS/C= ,S=4(3) means: A STATUS message indicating any cause and either state 
4 or 3 shall be treated as a valid response. 


REL means: A RELEASE with any cause or no cause will be treated as a valid response. 
— means: No test required — covered by other tests. 

/ means: No test required — covered by other tests. (Call reference error. Call clearing 
should be initiated by transmission of RELease message with C=81. An additional 
STATUS message may optionally be returned, with a cause value identifying the 
embedded error.) 

// means: As for ix above except cause could be # 81 or # 101 


NA means: Test not applicable in this user state. 


Tests specifying ‘Non-implemented IE’ shall not use an IE for which ‘Comprehension 
Required’ coding is used. 


Testing in state 9 is optional unless the SUT may send a CALL PROCEEDING, in which 
case the test is mandatory. 


A response time of 3.5 seconds shall be allowed for each test, with the following 


exceptions: 

(a) All tests in states 8 or 19 shall allow 2 seconds for responses. 

(b) All tests for which the test is ‘No Action’, shall allow 10 seconds for 
responses. 


A STATUS ENQUIRY is valid in all states. 


Note 3: means: Procedures are contradictory. Either response shall be accepted. 
However, DT is preferred. 


201 
COPYRIGHT 


ACA TS 014 — 1997 


THIS PAGE IS LEFT INTENTIONALLY BLANK 


202 
COPYRIGHT 


TAQ 


ACA TS 014-1997 


COMPLIANCE WITH INTERNATIONAL STANDARDS 


Layer 1 


Configuration 


As described in ITU-T Rec. 1.411 [33] and 1.431 [35], with a little more detail 
showing the exchange end of the transmission line. 


Power Feeding 


ITU-T Rec. 1.431 [35], states that Power Feeding is optional. This option is not 
selected. 


Channel Functions 


From ITU-T Rec. 1.431 [35], Section 3.1, except H channels are not included. Bit, 
octet and frame timing are in accordance with ITU-T Rec. 1.431 [35] Section 5. B 
and D channels are nominated specifically as in ITU—T Rec. [.431 [35]. 


Timing Functions 


Timing Functions and Frame alignment are in accordance with ITU-T Rec. 
1.431 [35]. 


Bit Rate 


The Bit Rate is in accordance with ITU-T Rec. G.703 [19]. 


Coding 


The Line Coding scheme utilised is HDB3 and is in accordance with ITU-T Rec. 
G.703 [19], Annex A. 


Framing 


Framing is in accordance with ITU-T Rec. I.431 [35] which calls up ITU-T Rec. 
G.704 [20]. All Sg bits are set to 1. B—Channels and D—Channels are assigned in 
accordance with ITU-T Rec. I.431 [35]. Frame alignment is in accordance with 
ITU-T Recs. G.706 [21] and I.431 [35]. Time Slot (TS) 16 is used for D channel 
(common) signalling in accordance with ITU-T Rec. G.704 [20]. 
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Output Signal Characteristics 


The Pulse shape is as specified in ITU-T Rec. 1.431 [35] which refers to ITU-T 
Rec. G.703 [19]. The impedance selected from the two alternatives given is 120 « 
balanced (symmetric) pair. 


In order to reduce matching problems at output ports, the pulse shape should also be 
checked with an additional parallel load of 160 wH. 


Input Signal Characteristics 


As specified in ITU-T Rec. G.703 [19]. ACA Technical Standard 008 [3] is 
referred to as a description of a standard screened pair cable. Return loss is in 
accordance with ITU-T Rec. G.703 [19]. 


In order to reduce matching problems at input ports, the pulse shape should also be 
checked when driven from a port with 160 pH inductance in parallel. 


Jitter and Wander is specified differently from the ITU-T Rec. 1.431 [35] 
specification, as a higher tolerance to jitter is required at frequencies below 3.6 kHz 
for the existing 2048 kHz network equipment. The relevant specification is taken 
from ITU-T Rec. G.823 [28] Table 2. 


Jitter measurements are specified as being made with a pseudo—random binary 
sequence as described in ITU-T Rec. O.151 [44] and using test apparatus as 
described in ITU-T Rec. O.171 [45]. 


Operations and Maintenance 


AIS is as defined in ITU—T Rec. G.704 [20]. The use of E—-bits is as defined in 
ITU-T Rec. G.704 [20]. 


CRC Multiframe alignment is as described in ITU-T Rec. G.706 [21]. Processing 
in the transmission link is in accordance with ITU-T Rec. 1.431 [35]. 


Alarm Bits (RAI): The use of RAI (Remote Alarm Indication) follows the use 
given in ITU-T Rec. I.431 [35], except that an additional cause for use is included. 
As well as loss of signal, loss of frame alignment, and reception of AIS, the 
reception of an error rate as high as | in 103 for a period as long as n seconds is 
added. The value of n is set at 10 for the customer equipment (CE), and set at a 
value from 5 to 60 for the network equipment. This usage allows alerting of 
maintenance staff if a marginal service error rate condition arises. 


National Information Bits: ITU-T Rec. G.704 [20] allows the S4 and Sg bits to be 


used for international purposes. However, no specific purpose has yet been 
assigned to these bits. Technical Standard 014 states that all these bits are not used 
and are to be set to 1 in both directions. 


Idle Codes: The B—Channel idle code in both directions is consistent with the rules 
given in ITU-T Rec. I.431 [35]. The NT2-to—NT1 direction code is consistent with 
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Basic Access, where the default idle code is naturally all ‘1’s ina 
B—Channel. 


Layer 2 


General 


The LAPD protocol for ISDN primary rate access as specified in this standard is 
based on and retains the structure of the revised I[TU—T LAPD standard ITU-T 
ITU-T Recs. Q.920 [46] and Q.921 [47]. All sections of ITU—T ITU-T Recs. 
Q.920 [46] and Q.921 [47] which differ from this technical standard are identified. 
Under each section heading there is a statement as to whether the whole section is 
not applicable or only part of the section is applicable. If the section is partially 
applicable, the differences are detailed. Any sections of [TU—T ITU-T Recs. 
Q.920 [46] and Q.921 [47] not listed are fully applicable to this LAPD standard. 


The main functions which are not applicable to this Technical Standard may be 
summarised as follows: 


(a) broadcast information transfer; 
(b) unacknowledged operation; 
(c) TEI administration; and 


(d) automatic negotiation of data link layer parameters. 
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Layer 2 — Primary Rate Departures 


ITU-T Rec. Q.920 [46] Clause Departure of TS 014 from ITU-T Q.920 [46] 
No. 


Tock General 


Information transfer is via point-to—point data links only. 
Broadcast information transfer is not applicable. 


Figure 6/Q.920 [46]: only example (a) is applicable as the 
standard supports SAPI = 0 only and the CE side is NT2. 


Figure 7/Q.920 [46] is not applicable. 


L332 Unacknowledged This whole section is not applicable. 
operation 


7.3.3.4.1. Datalink connection |The TEI management procedures are not supported in this 
identification standard. 


This standard supports only point-to—point information 
transfer for SAPI = 0, hence Figure 8/Q.920 [46] has been 
heavily edited to exclude broadcast information transfer 
and SAPI = 16. 


The TEI-unassigned state is not applicable since the NT2 is 
pre—assigned a TEI value of 0. 


Data link states 


7.3.3.4.2 


Broadcast information transfer is not applicable. 


7.3.3.4.3 TEI administration This whole section is not applicable. 


7.3.4.2 Services provided to Only multiple frame acknowledged operations transfer 
layer 3 service is supported in the standard. Unacknowledged 
information transfer is not applicable. 


The data link layer also provides administrative services for 
layer 3 in order to implement information transfer services. 


This whole section is not applicable. 


information transfer The DL-UNIT DATA—REQUEST/INDICATION 
Service primitives are not supported. 


7.3.4.3 Services provided to This whole section is not applicable. 
layer management 


7.3.4.4 Administrative The assignment, checking and removal of TEI values is not 
Services supported. 


7.3.4.2.1. | Unacknowledged 


The data link connection parameter passing (automatic 
negotiation of parameters) is not supported. The primitives 
associated with the assignment of TEI value (MDL— 
ASSIGN REQUEST/INDICATION), the removal of TEI 
value (MDL—-REMOVE REQUEST) the management data 
transfer (MDL—UNIT—DATA REQUEST/INDICATION) 
are not supported. 
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ITU-T Rec. Q.920 [46] Clause Departure of TS 014 from ITU-T Q.920 [46] 


7.3.4.5 Model of the Data Broadcast data link connections and unacknowledged 

Link Service transfer of information are not applicable. 

Table 1/Q.920 [46] broadcast information transfer mode, 
unacknowledged information transfer mode and DL—-UNIT 
DATA primitive are not applicable. 


7.3.4.5.2.2 Broadcast data link 
layer connection 
Services 


7.3.4.5.2.4 Sequences of 
primitives at one 
point—to—point data 

link connection 

endpoint 


The whole section is not applicable. 


Figure 9/Q.920 [46]: DL-UNIT DATA REQ./IND. 
primitive is not applicable. 


7.3.4.6 Services required from | The interface for the primary rate CE-network interface 
the physical layer will be active at all times. No activation/deactivation 
procedures will be applied. Hence the primitives related to 
the activation/deactivation of the physical layer connection 
(PH-ACTIVATE-REQ./IND. and PH-DEACTIVATE-— 
IND) are not applicable. 


13 Data Link Layer — TEI assignment, TEI check and TEI removal functions are 
Management Structure | not applicable. | 


Too Structure of the data Fig. 11/Q.920 [46]: the functional block for broadcast link 
link procedure is not supported. Only SAPI = 0 is supported. 


ITU-T Rec.Q. 921 [47] Departure of TS 014 from ITU-T Q.921 [47] 
(1.441 [37]) Clause 


fDi Um. Address field LAPB is not supported in ACA Technical Standard 014 


T3209 Invalid frames A frame containing a SAPI which is not supported by the 
receiver is not an invalid frame. 


7.3.2.11  — Interframe Timefill A bit pattern of contiguous octets corresponding to the 
HDLC flag sequence (01111110) is transmitted on the D— 
Channel when layer 2 has no frames to send. 


7.3.3.3.3 Service access point Only the SAPI value of 0 related to call control procedures 
identifier (SAPI) is supported, all other SAPIs are reserved. 


7.3.3.3.4 Terminal endpoint A TE may not contain more than one TEI. 
identifier (TEI) 


The TEI for broadcast data link connection is not used in 
ACA Technical Standard 014. 


7.3.3.3.4.1 TEI for broadcast data | This section is not applicable. 
link connection 


7.3.3.3.4.2 TEI for point-to-point | The only non—automatic TEI supported is 0. No automatic 
* data link connection TEIs are supported. 


207 
COPYRIGHT 


ACA TS 014 — 1997 


Layer 2 — Primary Rate Departures (cont.) 


ITU-T Rec. Q. 921 [47] Departure of TS 014 from ITU-T Rec. Q.921 [47] 
(1.441 [37]) Clause 
7.3.3.4.3 Unnumbered format Use for unacknowledged information transfer is not 
(U) applicable. 


7.3.3.5.3. Unacknowledged This section is not applicable. 
operation variables and 


parameters 
ITU-T Rec. Q.921 [47] Clause Departure of TS 014 from ITU-T Rec. Q.921 [47] 
7.3.3.6 Commands and In Table 5/Q.921 [47], the UI Command and XID 


responses Command/Response frames are not applicable. 


‘Frame types associated with an application not 
implemented shall be discarded and no action shall be 
taken as a result of that frame’ is not applicable. Only 
Modulo 128 multiple frame acknowledged operation is 
supported. 


7.3.3.6.5 | Unnumbered 

information (UI) 
command 
Reject (REJ) 
command/response 


This whole section is not applicable. 


1.323.031 The optional procedure for the retransmission of a REJ 
response frame described in Appendix I of ITU—T Rec. 


Q.921 [47] is not applicable. 


7.3.3.6.11 Frame reject(FRMR) | The receipt of a frame with an information field which is 
response not permitted is also a reason for the FRMR response. 


7.3.3.6.12 Exchange This whole section is not applicable. 
Identification (XID) 


In table 4/Q.921 [47], the following primitives are not 
applicable: 


DL-UNIT DATA 
MDL—ASSIGN 
MDL-—REMOVE 
MDL-UNIT DATA 
MDL-XID 
PH—ACTIVATE 
PH—DEACTIVATE 
MPH-—ACTIVATE 
MPH—DEACTIVATE 
MPH-INFORMATION 


7.3.4.1.1.4 DL—-UNIT DATA This section is not applicable. 
7.3.4.1.1.5 MDL—ASSIGN This section is not applicable. 


7.3.4.1.1 Generic Names 
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7.3.4.1.1.15 MPH— This section is not applicable. 
INFORMATION 
7.3.4.1.3.1 Priority indicator In this standard, since only one SAP will exist, no 
- contention will exist. 
7.3.4.1.3.2 Message unit In the Note, the DL-UNIT DATA primitive is not 
applicable. 


Layer 3 — Data Link 
Layer Interactions 


7.3.4.2.2 


Broadcast data link operation 1s not applicable. 


In Figure 8/Q.921 [47], the DL-UNIT DATA— 
REQ./IND. primitives are not applicable. 


Definition of peer-to— | Paragraphs (a) and (c) are not applicable. 
peer procedures of the 
data link layer 


7.3.5.1.1 Unacknowledged This section is not applicable. 
Information transfer 


T3232 Procedures for This whole section is not applicable. 
unacknowledged 
information transfer 


1d Terminal Endpoint This whole section is not applicable. 
te Identifier (TEI) 

Management 

Procedures 


7.3.5.4 Automatic negotiation | The automatic negotiation of data link layer 
of data link layer parameters procedures is not supported on the 
parameters network side. 


7.3.5.5.1.2 Establishment Timer T203 is supported. 
procedures 
7.3.5.5.2 Information transfer The last paragraph of the section is not applicable as 
UI frame is not supported. 


7.3.5.5.3.1 General The last paragraph ‘In the case of persistent deactivation . . 
. DL-RELEASE-INDICATION primitive.’ is not | 
applicable. 
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ITU-T Rec. Q.921 [47] Clause | Departure of ACA TS 014 from ITU-T Rec. Q.921 [47] 
7.3.5.5.4 TElFassigned state The fourth hyphenated item is not applicable as UI is not 
| supported. 


7.3.5.6.5 Receiving RNR frames | With respect to ‘If a supervisory command ...’: Expiry of 
timer T200 does not initiate transmission or retransmission 
of I frames; the enquiry of the peer status shall 'be repeated’ 
following the expiry of timer T200, or after expiry of timer 
T200 following the receipt of the RNR response with the F 
bit set to 1. 


The actions to be taken by the connection management 
entity on receipt of an MDL—ERROR-INDICATION 
primitive are not defined. 


7.3.5.8.1 | N(S) sequence error The last paragraph of the section is not applicable. 


7.3.5.8.7 Unsolicited response _| ‘The data link layer entity shall assume possible multiple 
frame TEI assignment on receipt of an unsolicited UA response 
and shall inform layer management’ is not applicable. 


7.3.5.8.8 | Double assignment of | This whole section is not applicable. 
a TEI value 


7.3.5.9 List of system The method of assigning these parameters is not applicable 
parameters since automatic negotiation of data link layer parameters 
procedure is not supported on the network side. 


7.3.5.9.1 Timer T200 Note 2 is not applicable. 


7.3.5.9.3. Maximum number of | The second hyphenated item is not applicable. 
octets in an 
information field 


7.3.5.8 Exception condition 


reporting and recover 


(N201) ra 
7.3.5.9.4 Maximum number of | This section is not applicable. 

transmission of the 

TEI Identity Request 

Message (N202) 


7.3.5.9.5 | Maximum number of | The first, third and fourth hyphenated items are not 
outstanding I frames applicable. 


(k) 
7.3.5.9.6 Timer T201 This section is not applicable. 
7.3.5.9.7 Timer T202 This section is not applicable. 


7.3.5.10.1 General The data link layer monitor function is supported for the 
network side of the link, the use of this function on the CE 


side is optional. 
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cae seraan cea 2— Primary Rate gre rrr or ae (cont.) 
ITU-T Rec. Q.921 | ITU-T Rec. Q.921 [47] Clause _ Clause Departure of TS 014 from ITU-T Ree. Q.921 [47] of TS 014 from ITU-T Rec. Q.921 [47] 


Annex B_ SDL for point-to— 
point procedures 
An overview of the In figure B—2/Q.921 [47], TEI Unassigned state, Assign 


states of the point-to— | Awaiting TEI state and Establish Awaiting TEI state are not 
point data link layer applicable, since the NT is pre—assigned a TEI value of 0. 


entity Expiry of timer T203 in the Multiple frame established 
state (state 7) initiates transition to the Timer recovery state 
(state 8). 


B.4 The use of queues UI frame transmission and UI frame queued up js not 
applicable. 


* SDL representation The following figures are not applicable: 
Figure B—3/Q.921 [47] (1, 2 and 3 of 3) 
Figure B—9/Q.921 [47] (1 of 5) 


Figure B—4/Q.921 [47] (1 and 2 of 2): With respect to 
reception of SABME signal, timer T200 is stopped after 
generating a DL-ESTABLISH—-INDICATION. 


Figure B—5/Q.921 [47] (1,2 and 3 of 3): Reception of 
MDL—REMOVE-REQUEST and PERSISTENT 
DEACTIVATION are not applicable;— with respect to DL— 
RELEASE—-REQUEST and DL—-DATA—REQUEST 
SIGNALS, these are not restricted to the layer 2 initiated 
re—establishment. 


Figure B—6/Q.921 [47] (1 and 2 of 2): Reception of MDL— 
REMOVE-REQUEST and PERSISTENT 
DEACTIVATION are not applicable. 


7 Figure B—7/Q.921 [47] (1 and 10 of 10): Reception of 
MDL—REMOVE-REQUEST and PERSISTENT 
DEACTIVATION are not applicable. 


Figure B—8/Q.921 [47] (1-9 of 9): Reception of MDL— 
REMOVE-REQUEST and PERSISTENT 
DEACTIVATION are not applicable. 


Annex C This Annex is not applicable. 


SDL representation of the 
broadcast procedures 


Annex D This Annex is not specified in ACA Technical Standard 


State transition tables for point-to— O14. 


point procedures for the data link 
layer 
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ITU-T Rec. Q.921 [47] Clause Departure of TS 014 from ITU-T Rec. Q.921 [47] 


Appendix I This Appendix is not applicable. 


Retransmission of REJ response 
frames 


Section II.2 — Layout of Table II.1/Q.921 [47] and 


Section II.3 — Preferred management actions are not 
applicable. 


In Table II.1/Q.921 [47] error type D corresponds to F = 0 
(F = 1 is a printing error in the Blue Book) error type K: the 
affected states are 4,5,6,7 and 8; error type N corresponds 
to receipt of a supervisory or unnumbered frame with 
incorrect length 


Appendix II 


Occurrence of MDL—ERROR— 
INDICATION within the basic 
states and actions to be taken by 
the management entity 


Appendix ITI 


Optional basic access deactivation 
procedures 


Appendix IV 


Automatic negotiation of data link 
layer parameters 


This Appendix is not applicable. 


This Appendix is not applicable. 
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fee Layer 3 
7.3.1 Scope 
Tsk This section provides a comparison of the layer 3 procedures defined in 


Clause 5.4.2 and ITU-T Rec. Q.931 [49]. It includes references, a brief description 
of the departures from the ITU-T Rec. Q.931 [49] procedures, and some comments 
on any implications for the compatibility of Q.931 [49] CE connected to the 
Australian ISDN network. It also contains a code giving the general nature and 
impact of the differences according to the legend below. 


Legend for coding of departures: 


p Editorial change. 
A Addition. 
D Deletion. 
M Modification. 
ToeleZ The term ‘not supported’ is used extensively in this comparison. However in some 


cases it may be supported as a Network option. 
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ITU-T Rec. Q.931 | ACA TS 014 | CODE | Departure of ACA TS 014 from ITU-T Rec. Q.931 [49] 
Reference Clause 


3.11, 3eh2 5.4.2.2.3.1, Ch.Id mandatory in first response message to SETUP 
5.4.2.2.3.2, 


ITU-T Rec. Q.931 [49] allows Ch.Id to be omitted if the 
channel allocation by the network is accepted by the CE (ie, 
at the called interface only). 


5.4.2.2.3.3 


5.1% 3.2.X ‘Stimulus’ information elements for supplementary service 
control not supported: Signal, Switch—hook, Feature 


Activation, Feature Indication. 


3.1.16 5.4.2.2.3.12 


JEs for indication of packet-mode parameters not supported: 
information rate, end—to—end transit delay, transit delay 


selection/indication packet layer parameters. 


Messages for Packet mode access connection control — not 
supported 


oS) 
WW 


WW eS) 
2 WJ - 


Messages for CE-to—CE associated with circuit switched 
calls — not supported. 


TS 014 does not allow STATUS messages to contain the 
global call reference. Network will ignore STATUS 
messages with the global call reference. 


NO 


5.4.2.2.3.14 


Call Reference value restricted to 2 octets only. Network 
option in ITU—T Rec. Q.931 [49] if one or two octet CR 
value not supported. Messages containing CR value of 
incorrect length will be ignored. 


& 


& 


‘Dummy’ call reference value not supported (Only required 
in ITU-T Rec. Q.931 [49] for ‘stimulus’ mode 

operation). 
ITU-T Rec. Q.931 [49] reserves ‘reserved’ IE identifiers 


of the form 0000XXXX for future ‘comprehension 
required’ IEs. 


ITU-T Rec. Q.931 [49] defines a IE identifier code point 
as ‘escape for extension’ for codesets 5, 6 and 7. TS 014 
reserves this codepoint. 


4.5.1 5.4.2.3.5.1 


4.5.1 SA.2:3.5:1 


Repeat IE supported for cause IE only. 


Non—locking shift not supported. 


TS 014 requires IEs to be included in strict numerical 
sequence. I[TU—T Rec. Q.931 [49] allows unsequenced 
IEs to be accepted as a network option. 


Various Type of number code points not included. 


Various Numbering Plan identification code points not 
included. 


Network will ignore the presentation indicator in the Calling 
Party Number IE. ITU—T Rec. Q.931 [49] requires that 
this field control forwarding of CLI for presentation. 


Various I[TU—T Rec. Q.931 [49] Location code points not 
supported by the network. CE-—generated causes may 
indicate other values—passed transparently by the network 


4.5.4 
30:21 


4.5.8 5.4.2.3.5.4 


4.5.8 5.4.2.3.5.4 


4.5.10 5.4.2.3.5.6 


5.4.2.3.5.8 


4.5.12 


¢ 


214 
COPYRIGHT 


5.1.2 


512 


ACA TS 014 — 1997 


Layer 3 — Primary Rate Departures (Cont.) 


ACA TS 014 
Clause 
§.4.2.3.5.8 


5.4.2.3.5.8 


5.4.2.3.5.9 


5.4.2.3.5.9 
5.4.2.3.5.9 


5.4.2.3.5.9 


5.4.2.3.5.9 


5.4.2.3.5.3 


5.4.2.3.5.13 
5.4.2.3.5.13 


5.4.2.3.5.14 


5.4.2.4.1.2 


5.4.2.4.1.2 


5.4.2.4.1.3 
5.4.2.4.1.3 


CODE 


M 


D 


M 


5 


M 


M 


Departure of ACA TS 014 from ITU-T Rec. Q.931 [49] 


Location field in Cause IE is 3 bits ((TU—T Rec 
Q.931 [49] assigns 4 bits). 


Various Q.931 cause codes not assigned. 


Full range of ITU—T Rec. Q.931 [49] cause diagnostics 
not supported. (Q.931 [49] allows diagnostics up 0 27 


octets in length). 


Code points for ‘X.21” and *X.25’ not included in 
recommendation field. 


Octet 5, bit 8, of Channel Id set to ‘0’ (Q.931 [49] requires 
4 l *) 


Explicit interface identification not supported. 
Slot map method of channel identification 


Channel number assignment to timeslots differs between 
ACA TS 014 and ITU—T Rec. Q.931 [49], despite the fact 
the ‘ITU-T Standard’ encoding is indicated. 


Repeated Channel ID IEs not permitted. 


Network-—specific facilities IE not supported. 


Applies during ‘establishment’ rather than the ‘life’ of the 
call. However usage described elsewhere is consistent with 


ITU-T Rec. Q.931 [49] 


Location field in Progress indicator is 3 bits ((TU—T Rec. 
Q.931 [49] assigns 4 bits) 


Progress indicator codepoint 4 ‘call has returned to the 
ISDN’ is not assigned. 


Repeat indicator IE not supported. 


Restart indicator: Class codepoint for ‘single interface’ not 
assigned. 


CALL PROC messages sent by the network always include 
channel ID (Even if a SETUP ACK has been sent) 


If the B—Channel indicated by the network is unacceptable 
to the CE, the CE clears with cause # 6, ‘channel 


unacceptable’. [TU—T Rec. Q.931 [49]: Not specified. 


Network does not include progress indicator # 8 in SETUP 
ACK messages. 


Network does not accept called party number digits in 
keypad facility IE — must be in called party. 
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ITU-T Rec. Q.931 | ACA TS 014 | CODE | Departure of ACA TS 014 from ITU-T Rec. Q.931 [49] 
Reference Clause 


Sending complete indication not supported. A ‘#’ will be 
treated as an IE content error and the call will be cleared. A 
sending complete IE will be treated as an non-implemented 
IE and call establishment will proceed. 


5,1,5.2 5.4.2.4.1.5.2 D,E | Q.931 [49] specifies cause # 102 to be used if the network 
clears when T302 expires. 
5.4.2.4.1.6 Q.931 [49]: Notification of interworking in PROGRESS 
message causes any supervisory timers to be stopped. 
5.1.10 - ss | Ds] Transit network selection not supported. = Transit network selection not supported. 


3.2.2 5.4.2.4.2.2 Q.931 [49] defines what compatibility checking is required 
(in Annex B). 


20 5.4.2.4.2.3 M Destination B—Channel selection: network always offers 
calls with ‘Channel is indicated, any alternative is 
acceptable’ 


5.4.2.4.1.3 


D231 5.4.2.4.2.3 M CE must include channel ID in first message in response to 
a SETUP. Q.931 [49]: CE may omit channel ID if it 

accepts the B channel nominated by the network. Call will 
be cleared in Channel ID is not included in the first message 


in response to SETUP 


5.2.4 5.4.2.4.2.4 Overlap Receiving procedures not supported — SETUP 
ACK in the CE to network direction is treated an invalid 
message. All available called party number information will 
be included by the network in the incoming SETUP 
message. If the CE responds with SETUP ACK then the 
call will proceed but a STATUS message will be returned. 


(Note that Network timer T303 (4 sec) will still be running). 


5.4.2.4.2.4 Explicit ‘sending complete’ indication not sent by the 
network. 


5.2.4.5 5.4.2.4.2.5.3 Q.931 [49] defines call clearing procedures on expiration of 
the alerting supervision timer. Procedure implicit in TS 014 
as this timer is a call handling function. 


5.4.2.4.2.5.1 Q.931 [49] specified the progress indicators which apply 


Q.931 [49] cause code # 102 ‘recovery on timer expiry’ not 
utilised for clearing on timeout of T301, T310, T308. 


5.4.2.4.2.5.3 
5.4.2.4.2.7 
5.4.2.4.3.3 
5.4.2.4.3.4 


5.4.2.4.3.3 


Some other differences in cause code usage. 


Q.931 [49]: On expiry of T305, the CE may include 
another cause (# 102) in the RELEASE MESSAGE. 


95 


A different cause is included in the RELEASE sent after 


T308 expires for the first time. 


5.3.4.3 5.4.2.4.4.4(c) E ACA TS 014 specified cause # 111 to be used on first 
expiry of T308. Q.931 [49]: no cause specified. 

5.3.4.1 5.4.2.4.4.2 Q.931 [49] describes the complete call clearing sequence. 

5.4 


5.4.2.4.4.1 TS 014 specifies the conditions affecting the sending of dial 
tone 
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ITU-T Rec. Q.931 | ACA TS 014 | CODE | Departure of ACA TS 014 from ITU-T Rec. Q.931 [49] 
Reference Clause 


E TS 014 allows either progress indicator # 1 or # 8 to be 
used. Q.931 [49] allows only # 8. 
5.4.2.4.5.3 Restart collision procedure not specified in Q.931 [49]. 
than the previous state. As a consequence, a STATUS 
message will follow any immediate response messages 
associated the transition. (Q.931 [49 not totally clear but 
5.8.3.2f 5.4.2.4.8.4.2 M STATUS not sent if invalid message received with global 
(a) CR, (ignored by the network). 
5.8.3.2a,g 5.4.2.4.8.4.2 M Receipt of a STATUS message in the null state is defined as 
(b) call reference procedural error. 
Option of sending REL is implemented (Q.931 [49]: 
alternative procedure is to send REL COM). 


M STATUS message indicates the state being entered, rather 
with implication that previous state sent in STATUS). 
5.5.3.26 M Q.931 [49]: unexpected SETUP messages are ignored 
TS 014: STATUS message sent. 
| 


5.8.3.2g 5.4.2.5.8.4.2 Cause # 81 sent (rather than # 101 as indicated in 
(b) Q.931 [49]). 
5.4.2.4.8.4.1 Message Type Format Error procedure not in Q.931 [49] 
(only applies to National messages). 


5.8.4 5.4.2.4.8.4.2 Specified STATUS (cause # 97) to be sent (Q.931 [49] 
allows either STATUS or STAT ENQ with either cause 


#97 or #98). 


CE may send either Cause # 97 or # 98. Recommended that 
CE send STATUS rather than STATUS ENQ. 


Requires STATUS (Cause # 101) to be sent (Q.931 [49] 
allows either STATUS or STATUS ENQ, with either cause 
# 98 OR # 101). 


On receipt of unexpected REL, REL COMP sent with 
unspecified cause (Q.931 [49] specifies cause in received 
REL or else # 31). 

On receipt of unexpected REL COM a STATUS (cause 


# 101) message is sent (Q.931 [49] specifies immediate 
return to Null state without notification). 


Errors in non—codeset O JEs not applicable. 


Procedure specified in Q.931 [49] for action on receipt of 
out of sequence IEs. 


5.8.4 5.4.2.4.8.4.3 
M 


5.8.5 


5.4.2.4.8.2 
E, M 


Action on receipt of non—permitted duplicate mandatory IEs 
is not specified. 


5.8.6.1 TS 014 uses the concept of ‘essential’ IEs (not clear whether 
Q.931 [49] refers just to strictly ‘mandatory’ IEs or optional 


IEs which are essential in a given context). 


A 
D 
E 
Ep 
E 
|e 


Action on detection of a missing essential IE is given by 
Table 33/D2 (Q.931 [49] sends a STATUS and ignores the 
message except for SETUP, REL, DISC and REL COM). 
Handling of SETUP, REL, DISC and REL COM is as per 
Q.931 [49]. 
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ITU-T Rec. Q.931 | ACA TS 014 | CODE | Departure of ACA TS 014 from ITU-T Rec. Q.931 [49] 
Reference Clause 


5.8.6.2 (Comments as for 5.4.2.4.8.6.1) 


Q.931 [49] includes a statement that IEs exceeding the 
maximum length be treated as content error. This is not 
explicitly stated in TS 014. (implicit in TS 014). 


5.4.2.4.8.6.2 


50.341 ‘Comprehension required’ procedure not specified. 


Sending of a STATUS message is mandatory (optional in 
Q.931 [49]) Note that text in para 4 of Section 5.7, TS 014, 
aligns TS 014 Section 5.7.5.3 with Section 5.8.7.1 with 
respect to DISC, REL and REL COM). 


TS 014 uses the term ‘invalid format or undefined content’ 
(Q.931 [49] refers to invalid content’). However intent is 
the same in both. 


TS 014: specified action given in Table 34/D2. 


Q.931 [49]: optionally send STATUS. Differences mainly 
affect Ch.Id, Prog. Ind IEs and also other IEs in SETUP. 


Q.931 [49]: Cause # 43 specified for access information 
discarded. 


E,M 
E 
5.4.2.4.8.6.3 D 
A 
I) 


DO le 5.4.2.4.8.6.4 


TS 014: ‘most suitable cause’. 


TS 014: specified action to be taken if the end of the last IE 
in message is not aligned with the end of the message. 


Q.931 [49]: similar action specified for network and CE. 


5.4.2.4.8.6.5 


5.4.2.4.8.7 iL 
M 
D 


TS 014: action just specified for CE side 
Q.931 [49]: similar action specified for network and CE. 
TS 014: Send STATUS ENQ. 
Q.931 [49]: No additional action specified. 
Q.931 [49]: L3 Entity may optionally Request L2 Re— 
estab. or clear internally. 

TS 014: L3 shall request L2 re—estab. 

On successful re—estab. of L2: 

Q.931 [49]: options are: no action, send STATUS, or send 
STATUS ENQ. 

TS 014: send STAT ENQ. 

Q.931 [49]: T309 is optional in CE side. 

TS 014: T309 is optional but desirable on CE side. 
Q.931 [49]: Procedure involving T322 to monitor 
completion of STAT ENQ. 


TS 014: Sending of STAT ENQ and receipt of STATUS in 
response are considered as independent events. 


5.8.8c 5.4.2.4.8.7(b) A 


5.4.2.4.8.8 


5.8.10 


N N 
00 G0 
o@) 


A 
5.4.2.48.9 4 
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Layer 3 — Primary Rate Departures (Cont.) 


ITU-T Rec. Q.931 | ACA TS 014 | CODE | Departure of ACA TS 014 from ITU-T Rec. Q.931 [49] 
Reference Clause 


D Q.931 [49]: Procedure applies to all STATUS messages 
received. 
TS 014: Just applies to STATUS (Cause # 30); 


not explicit actions defined for other causes. 
TS 014: ‘Incompatible state ‘ fully defined. in Tables 34/D2 
and 35/D2. 


Q.931 [49]: ‘incompatible state’ only partially defined. 
Also actions more explicitly defined in TS 014. 


Comparison of actions on receipt of a STATUS message in 
response to a STATUS ENQ: 
1. Peer state is Null & own state is also Null 

TS 014: RELEASE 


Q.931 [49]: No Action 

2. Peer state other than Null & own state is Null 
TS 014: RELEASE 
Q.931: [49] RELEASE or REL COM 


3. Peer state other than Null & own state Rel Req 
TS 014: REL COM. if peer is N6 or U1 otherwise 


No Action 

Q.931 [49]: No Action 
4. Other 
TS 014: REL, REL COM or No action as specified. 
Q.931 [49]: Not specified. 
Q.931 [49]: Specified procedures on receipt of STATUS 
with global CR. 
TS 014: STATUS with global CR will be ignored. Network 
will not send STATUS with global CR. 


Q.931 [49] SDLs define CE timer T303 in state UI, 
although Section 5.1 omits it. TS 014: No CE T303. 


[B| Compatbity Checking Not desrbedin detail 
DD [Notsupoed 
D> 
D> 
D> 
D> 
D> 
D> 


Annex A 


Annex B 
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APPENDICES 
A CRC MULTIFRAMES 
Al CRC Multiframes 


Each CRC multiframe, shall be composed of 16 frames numbered 0 to 15 and shall 
be divided into two 8 frame Sub Multiframes (SMF), designated SMF1 and SMF2 
to signifying their respective order of occurrence within the CRC multiframe 
structure (see Table Al). The SMF block size is the Cyclic Redundancy Check 
(CRC) block size (i.e. 2048 bits). The CRC multiframe structure is not related to 
the possible use of a multiframe structure in time slot 16. 


Table Al 
~ CRC Multiframe Structure 


SME 2 SMF 1 


Po SMF2 TSM 
Frame Number 

eA 
yoit| a Pal 


A2 Y and Z bits 


A2.1 The use of bit 1 over the CRC multiframe is as follows: 


(a) In those frames containing the frame alignment signal (even numbered 
frames as defined in Table 1), bit 1 shall be used to transmit the CRC bits. 
There are four CRC bits in each SMF designated Yy> Y5, 3 Y.,, and Y43 
& (b) In those frames not containing the frame alignment signal (odd numbered 
frames as defined in Table 1), bit 1 shall be used to transmit the Z bit. The 
eight Z bits in a CRC multiframe contain the 6 bit CRC multiframe 
alignment signal and two CRC error indication bits (E—bits); 


(c) The CRC multiframe alignment signal shall occupy bits Z) L,, Z., Z 4? Z 5 
and Z 6° while the two E-bits E, and E, shall occupy bits Zo and Ze 


respectively; 


(d) The CRC multiframe alignment signal (Z i. Z 6) shall have the form 001011. 


(ec) The E-bits shall be set to 0 until both basic frame and CRC+4 multiframe 
alignment are achieved. Thereafter, the E—bits shall be used to indicate 
received errored sub—multiframes by setting the binary state of one E-bit 
from | to 0 for each errored sub—multiframe. Any delay between the 
detection of an errored SMF and the setting of the E—bit that indicates the 
error state shall be less than 1 second; and 
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A3 


A3.1 


A3.2 


A324 


A3.2.2 


A3.2.3 


A3.3 


A3.3.1 
A3.3.2 


A3.3.3 


COPYRIGHT 


(f) The E-bit shall always be taken into account even if the SMF which 
contains them is found to be errored. 


Note: For additional information, refer to ITU—T Rec. G.704 [20]. 
4 kbit/s CRC Procedure 
Multiplication/division process 


A particular CRC word, located in SMF(N) say, shall be the remainder after 
multiplication by x4 and then division (modulo 2) by the generator polynomial 


x4 + x +1, of the polynomial representation of SMF(N-1). 


Note: When representing the contents of the check block as a polynomial, the first bit in the 
block (i.e. frame 0 bit 1 or frame 8 bit 1) should be taken as being the most significant 
bit. Similarly, Y, is defined to be the most significant bit of the remainder and Y , the 


4 
least significant bit of the remainder. 
Encoding procedure 


The CRC bit positions in the SMF are initially set to 0, that is 


Y, FY, =Y3=Y,=0. 


The SMF shall then be acted upon by the multiplication/division process referred to 
above in A3.1. 


The remainder resulting from the multiplication/division process is stored and 
inserted into the respective CRC locations of the next SMF. 


Note: The CRC bits thus generated do not affect the result of the multiplication/division 
process in the next SMF because, as indicated above, the CRC bit positions in an SMF 
are initially set to 0 during the multiplication/division process. 


Decoding procedure 


A received SMF is acted upon by the multiplication/division process, referred to 
above in A3.1, after having its CRC bits extracted and replaced by Os. 


The remainder resulting from this process shall then be stored and subsequently 
compared on a bit by bit basis with the CRC bits received in the next SMF. 


If the decoder calculated remainder exactly corresponds to the CRC bits received by 
the decoder, it shall assumed that the checked SMF is error free. 
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B CAUSE DEFINITIONS 


Bl Cause Definitions 


This appendix provides definitions to the causes in Clause 5.4.2 The source of each 
cause is indicated as network (N) or user (U). Causes originating from a user are 
passed end—to—end in a corresponding message, except causes in the protocol error 
class. 


Table Bl 
Normal Class 


en 


Unassigned | This cause indicates that the destination requested by the 
(Unallocated) | calling user cannot be reached because, although the 
Number number is in a valid format, it is not currently assigned 
(allocated). 


This cause is included by the user or network in the 
RELEASE message to advise that the B—channel indicated 
is unacceptable. 


6 Channel 
unacceptable 


16 Normal 
clearing 


This cause indicates that the call is being cleared because 
one of the users involved in the call has requested that the 

call be cleared. Under normal situations, the source of this 
cause is not the network. 


This cause is used when the called user has indicated the 
inability to accept another call. 


User Busy 


It is noted that the user equipment is compatible with the 
call. 


This cause is used when a user does not respond to a call 
establishment message within the prescribed period of time 
allocated. 


No user 
responding 


Call rejected | This cause indicates that the equipment sending this cause 
does not wish to accept this call, although it could have 
accepted the call because the equipment sending the cause 
is neither busy or incompatible. 


22 Number This cause is returned to a user when the called number 
changed indicated by the calling party is no longer assigned. 
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Table B1 (cont.) 


27 Destination | This cause indicates that the destination indicated by the 
out of service | user cannot be reached because the interface to the 
destination is not functioning correctly. The term ‘not 
functioning correctly’ indicates that a signalling message 
was unable to be delivered to the remote user; e.g. a 
physical layer or data link layer failure at the remote user, 
user equipment offline, etc. 


28 = Invalid This cause indicates that the destination indicated by the 


number calling user cannot be reached because the number is not in 
format a valid format or is not complete. 

(Incomplete 

number) 


29 Facility This cause indicates that the facility indicated is not 
rejected authorised or is not available. 


30 Response to | This cause is included in the STATUS message when the 
STATUS reason for generating the STATUS message was the prior 
ENQUIRY receipt of aSTATUS ENQUIRY message. 


31 Normal, This cause is used to report a normal event only when no 
unspecified | other cause in the normal class applies. 


34 No This cause indicates that there is no appropriate 
circuit/chann | circuit/channel, presently available, to handle the call. 
el available 


38 Network out | This cause indicates that the network is not functioning 
of order correctly and that the condition is likely to last a relatively 
long period of time, e.g. immediately re—attempting the call 
is not likely to be successful. 


This cause indicates that the network is not functioning 
correctly and that the condition is not likely to last a long 
period of time, e.g. the user may wish to try another call 

attempt almost immediately. 


Temporary 
failure 


This cause indicates that the switching equipment 
generating this cause is experiencing a period of high 
traffic. 


Switching 
equipment 
congestion 


This cause indicates that the channel requested by the user 
during local channel negotiation is not currently available 
(e.g. engaged or out of service for maintenance). 


Requested 
circuit/chann 
el not 

available 


This cause is used to report a resource unavailable event 
only when no other cause in the resource unavailable class 
applies. 


Resource 
unavailable, 
unspecified 
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Table B3 
Service or Option Not Available Class 


GauseNe [OO 


57 Bearer This cause indicates that the user has requested a bearer 
capability not | capability which is implemented by the equipment which 
authorised generated this cause but the user is not authorised to use. 


58 Bearer 
capability not 
presently 

available 


This cause indicates that the user has requested a bearer 
capability which is implemented by the equipment which 
generated this cause but which is not available at this time. 


Service or This cause is used to report a service or option not available 


option not only when no other cause in the service or option not 
available, available class applies (e.g. use of subaddresss not 
* unspecified __| authorised, teleservice request not authorised). 


Table B4 
Service or Option not Implemented Class 


a 


65 Bearer This cause indicates that the equipment sending this cause 
capability not | does not support the bearer capability requested; e.g. the 
implemented | call has left the ISDN and entered a network not 
implementing the requested bearer capability or suitable 
interworking is not provided to that network. 


This cause indicates that the equipment sending this cause 
does not support the channel type requested. 


Channel type 
not 
implemented 


. Only This cause indicates that one equipment has requested an 
restricted unrestricted bearer service but that the equipment sending 
digital this cause only supports the restricted version of the 
information | requested bearer capability. 
bearer 
capability is 
available 


Service or This cause is used to report a service or option not 
option not implemented event only when no other cause in the service 
implemented, | or option not implemented class applies. 
unspecified 
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Table BS 
Invalid Message (e.g. Parameter out of Range) Class 


GuseNe 


81 = Invalid call This cause indicates that the equipment sending this cause 
reference has received a message with a call reference which is not 
value currently in use on the user—network interface. 


82 Identified 
channel does 
not exist 


This cause indicates that the equipment sending this cause 
has received a request to use a channel not activated on the 

interface for a call. For example, if a user has subscribed to 
those channels on a primary rate interface numbered from 1 
to 12 and the user equipment or the network attempts to use 
channels 13 through 30, this cause is generated. 


This cause indicates that the equipment sending this cause 
has received a request to establish a call which has low 
layer compatibility, bearer capability, teleservice capability 
or high layer compatibility attributes which cannot be 
accommodated. 


Incompatible 
destination 


Invalid 
message, 
unspecified 


This cause is used to report an invalid message event only 
when no other cause in the invalid message class applies. 


Table B6 
Protocol Error (e.g. Unknown Message) Class 


Mandatory This cause indicates that the equipment sending this cause 

information | has received a message which is missing an information 

element is element which must be present in the message before that 

missing message can be processed. » 


Message type | This cause indicates that the equipment sending this cause 

non-existent | has received a message with a message type it does not 

or not recognise either because this is a message not defined or 

implemented | defined but not implemented by the equipment sending this 
cause. 


Message not | This general cause indicates that the equipment sending this 
compatible cause has received a message type in error and is unable to 
with call distinguish whether cause # 97 or cause # 101 1s 

state, non— appropriate. 

existent or 


not 
implemented 
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Table B6 (cont.) 


Information | This cause indicates that the equipment sending this cause 

element non— | has received a message which includes information 

existent or elements not recognised because the information element 

not identifier is not defined or it is defined but not implemented 

implemented | by the equipment sending the cause. However, the 
information element is not required to be present in the 
message in order for the equipment sending the cause to 
process the message. 


Invalid This cause indicates that the equipment sending this cause 

information _ | has received an information element which it has 

element implemented; however, one or more of the fields in the 

contents information element are coded in such a way which has not 
* been implemented by the equipment sending this cause. 


Message not _ | This cause indicates that the equipment sending this cause 

compatible has received a message such that the procedures do not 

with call state | indicate that this is a permissible message to receive while 
in the call state, ora STATUS message was received 
indicating an incompatible call state. 


Recovery on | This cause indicates that a procedure has been initiated by 
timer expiry | the expiry of a timer in association with call control error 
handling procedures. 


Protocol This cause is used to report a protocol error event only 
error, when no other cause in the protocol error class applies. 
unspecified 


Table B7 
* Interworking Class 


127 Interworking, | This cause indicates that there has been interworking 
unspecified | with a network which does not provide causes for 

actions it takes; thus, the precise cause for a message 
which is being sent cannot be ascertained. 
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C LAYER 2— TEST MATRIX 1 


General Frame/State Tests (States 4-8) 


TEI assigned (4) 


Awaiting establishment (5) 


Awaiting release (6) 
(OPTIONAL TEST) 


Multiple Frame 
Established (7) 


Row Command or Timer Recovery (8) 
No. Response 


received by IUT 


02 DISC/P=0 : MEI-M MEI-M 
info. field : : : : SABME/P=1 : SABME/P=1 


Improper 


Improper 


Improper 


5 
Improper 


FRMR 
SABME/P=1 
5 

Improper 


5 
Improper 


FRMR 
SABME/P=1 
5 

Improper 


_ 


7 SABME/P=0 


05 SABME/P=0 MEI-M MEI-M 
info. field : : : : SABME/P=1 : SABME/P=1] 


: SABME/P=1 


_ 


Improper 


Improper 


Inopportune 


Improper 
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Improper 


Improper 


5 
Improper 


FRMR 
SABME/P=1 
5 

Improper 


Inopportune 


MEI-M 
: SABME/P=] 
5 
Improper 


FRMR 
SABME/P=! 
3 

Improper 


MEI-M 


5 
Improper 


FRMR 
SABME/P=1 
5 

Improper 


SABME/P=1 
5 
Improper 


FRMR 
SABME/P=1 
3 


Improper 
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Layer 2 - Test Matrix 1(cont.) 


Row Command or TEI assigned (4) Awaiting establishment (5) Awaiting release (6) Multiple Frame Timer Recovery (8) 
No. Response (OPTIONAL TEST) Established (7) 
received by IUT 
DM/F=0 A: IGN A: IGN MEI-E MEI-E 
Ss. 2 S: 6 A: SABME/P=1 A: SABME/P=1 
T: Inopportune T: Inopportune Ss 5 =. 3 


T: Proper T: Proper 


SABME/P=] 
5 
Proper 


MEI-M 
A: SABME/P=1 
ss 6S 

Improper 


MEI-M 
A: SABME/P=] 
Ss 5 

Improper 


DM/F=0 
info. field 


| 


/P=0 
invalid N(R) 


Improper Improper Improper 


FRMR 
SABME/P=] 
S: 5 

: Improper 


FRMR 
SABME/P=1 
s 5 

: Improper 


MEI-B 
A: SABME/P=] 
S: 6S 

Proper 


6 
Inopportune 


5 
Inopportune 


[ORB-CONDITION} 
A: DT 

S: 7,ORB 

T: Proper 


[ORB-CONDITION] 
A: DT 

S: 8,ORB 

T: Proper 


or 


[I-QUEUE] 


Proper 


MEI-J 
A: SABME/P=1 
S35 

: Improper 


MEI-J 
A: SABME/P=1 
Ss: 5 

Improper 


FRMR 
SABME/P=1 
S 5 
: Improper 


FRMR 
SABME/P=1 
Ss 5 

: Improper 


RR/F=0 
SABME/P=1 
S: $3 

: Improper 


RR/F=0 
SABME/P=1 
s SO 

: Improper 


/P=0 
invalid N(S) 


[ORB-CONDITION] 
A: DT 

S: 7,ORB 

a 


[ORB-CONDITION] 
A: DT 

S: 8,ORB 

T: Proper 


or 


([Il-QUEUE] 
A:  I/P=0 
Ss 7 

T: Proper 
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. Layer 2 - Test Matrix 1(cont.) 


Row Command or TE] assigned (4) Awaiting establishment (5) Awaiting release (6) Multiple Frame Timer Recovery (8) 
No. Response (OPTIONAL TEST) Established (7) 
received by IUT 
1/P=0 REJ/F=0 REJ/F=0 
invalid N(S) and MEI-J MEI-J 
N(R) SABME/P=1 SABME/P=1 
Ss: 35 S35 
: Improper : Improper 
or or 
[ORB-CONDITION] [ORB-CONDITION] 
MEI-J MEI-J 
A: SABME/P=1 A: SABME/P=1 
= 2 Ss 5 
Improper Improper 
FRMR FRMR 
SABME/P=1 SABME/P=1 
= S$ So: 3 
: Improper : Improper 
17 1/P =0 : : MEI-O MEI-O 
too long >N201 4 S: 5 S: 6 A: SABME/P=1 A: SABME/P=1 
Improper : Improper : Improper Ss: 3 s. 3 
Improper T: Improper 
2 FRMR A: FRMR 
SABME/P=1 SABME/P=1 
Ss: 5 S$: 45 
: Improper T: Improper 
18 1/P=0 


S: 5 S: 6 S: 7 


no | field 
Inopportune Inopportune 
{ORB-CONDITION] [ORB-CONDITION} 
A: DT A: DT 
S: 7,ORB S: 8,ORB 
T: Proper T: Proper 
or 
[1-QUEUE} 
A: I/P=0 
S 7 
Proper 
I/P= 1 


Inopportune 


Inopportune 


[ORB-CONDITION] [ORB-CONDITION] 


A: RNR/F=] A: RNR/F=] 
S: 7,ORB S: 8,ORB 
T: Proper T: Proper 
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Layer 2 - Test Matrix 1(cont.) a. 


Row Command or TEI assigned (4) Awaiting establishment (5) Awaiting release (6) Multiple Frame Timer Recovery (8) 
No. Response (OPTIONAL TEST) Established (7) 
received by IUT 
20 /P=1 RR/F=1 RR/F=1 
invalid N(R) MEI-J MEI-J 
SABME/P=! SABME/P=1 
= 3 


S: 5 


T: Improper Improper 


or or 


[ORB-CONDITION] [ORB-CONDITION] 


A: RNR/F=] A: RNR/F=1 
MEI-J MEI-J 
SABME/P=1 SABME/P=1 


S> 3S 


Ss: 5 
Improper : 


Improper 


FRMR 
SABME/P=1 
Ss: 35 

: Improper 


FRMR 
SABME/P=1 
S. 3 

: Improper 


or or 


MEI-J 
A: SABME/P=]1 
s: 5 

: Improper 


MEI-J 
A: SABME/P=] 
s 5 

Improper 


(I1-QUEUE] 

A: I/P=0 
Inopportune Inopportune > OF 

T: Proper 


22 MEI-J MEI-J 
invalid N(R) A: SABME/P=1 A: SABME/P=1 
= 3 s 
Improper Improper 
FRMR FRMR 
SABME/P=1 SABME/P=1 
Ss: 3 Ss: 5 
: Improper : Improper 
23 RR/P=0 MEI-M MEI-M 


A: SABME/P=1 
S: 5 
T: Improper 


A: SABME/P=1 
= 
Improper 


info. field 


Improper Improper Improper 


FRMR 
SABME/P=1 
Ss: °5 

: Improper 


FRMR 
SABME/P=1 
S: 5 

: Improper 


[ORB-CONDITION] 
A: RNR/F=1 

S: 7,ORB 

T: Proper 


[ORB-CONDITION] 
A: RNR/F=1 

S: 8,ORB 

T: Proper 


252 


COPYRIGHT 


ACA TS 014 — 1997 
a. Layer 2 - Test Matrix 1(cont.) 


Awaiting establishment (5) Multiple Frame 


Established (7) 


Awaiting release (6) 
(OPTIONAL TEST) 


Command or Timer Recovery (8) 


Response 


TEI assigned (4) 


received by IUT 


RR/P=1 
invalid N(R) 


RR/F=0 
invalid N(R) 


RR/F=! 
invalid N(R) 


Inopportune 


Inopportune 


Inopportune 


Inopportune 


Inopportune 


Inopportune 


Inopportune 


Inopportune 


RR/F=] 
MEI-J 
SABME/P=1 
5 

Improper 


or 


[ORB-CONDITION] 


A: RNR/F=1 
MEI-J 
SABME/P=1 
> 
Improper 


or 


FRMR 
SABME/P=1 
2 

Improper 


or 


SABME/P=1 
) 


Improper 


[I-QUEUE] 
A: V/P=0 
S: 7 

T: Proper 


MEI-J 
: SABME/P=1 

5 

Improper 


FRMR 
SABME/P=1 
> 

Improper 


MEI-A 

A: DT 

a | 

T: Inopportune 


or 


[I-QUEUE] 


Inopportune 


MEI-J 
: SABME/P=1 

5 

Improper 


FRMR 
SABME/P=1 
is 

Improper 


RR/F=1 
MEI-J 
SABME/P=1 
5 

Improper 


or 


[ORB-CONDITION] 


A: 


RNR/F=1 
MEI-J 
SABME/P=1 
5 

Improper 


or 


FRMR 
SABME/P=1 
5 

Improper 


or 
SABME/P=1 


5 
Improper 


MEI-J 


SABME/P=1 
5 
Improper 


FRMR 
SABME/P=1 
5 


Improper 


(RE-TRANSMIT) 


A: 


S: 
be 


MEI-J 


7 
Proper 


SABME/P=1 
5 
Improper 


FRMR 
SABME/P=1 
5 


Improper 
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Command or 
Response 
received by IUT 


RNR/P=0 
invalid N(R) 


TEI assigned (4) 


4 
Improper 


4 
Inopportune 


RNR/P=1 
invalid N(R) 


Inopportune 


RNR/F=0 
invalid N(R) 


Inopportune 


COPYRIGHT 


Layer 2 - Test Matrix 1(cont.) 


Awaiting establishment (5) 


> 
Improper 


Inopportune 


Inopportune 


A: 
S: 6 
5% 


Awaiting release (6) 
(OPTIONAL TEST) 


6 
Improper 


6 
Inopportune 


IGN 


Inopportune 


Inopportune 


Multiple Frame 
Established (7) 


MEI-J 
: SABME/P=1 

5 

Improper 


FRMR 
SABME/P=1 
5 

Improper 


MEI-M 
: SABME/P=1 
5 
Improper 


FRMR 
SABME/P=1 
5 

Improper 


[ORB-CONDITION] 
RNR/F=] 
7,ORB 
Proper 


RR/F=] 
MEI-J 
SABME/P=1 
s 5 
T: Improper 


or 


Sage CONDITION] 
RNR/F=1 
MEI-J 
SABME/P=1 
5 
Improper 


FRMR 
SABME/P=1 
5 


Improper 


MEI-J 
: SABME/P=1 

= 

Improper 


MEI-J 
: SABME/P=] 
2 


Improper 


FRMR 
SABME/P=1 
5 


Improper 


MEI-A 

A: DT 

S: 7 

T: Inopportune 


Timer Recovery (8) 


MEI-J 
: SABME/P=1 

) 

Improper 


FRMR 
SABME/P=1 
5 

Improper 


MEI-M 
: SABME/P=1 
5 
Improper 


FRMR 
SABME/P=1 
5 

Improper 


as -CONDITION] 
RNR/F=1 
8,ORB 
Proper 


RR/F=1 
MEI-J 
SABME/P=1 
5 

Improper 


or 


Nese CONDITION} 
RNR/F=1 
MEI-J 
SABME/P=1 
B) 
Improper 


FRMR 
SABME/P=1 
5 

Improper 


MEI-J 
: SABME/P=] 

m) 

Improper 


MEI-J 
: SABME/P=1 

5 

Improper 


FRMR 
SABME/P=1 
5 

Improper 


Command or 
Response 
received by IUT 

RNR/F=1 
invalid N(R) 


TE] assigned (4) 


Inopportune 


REJ/P=0 
invalid N(R) 


REJ/P=0 : 
info. field : 4 
: Improper 


4 
Inopportune 


REJ/P=1 
invalid N(R) 


Layer 2 - Test Matrix 1(cont.) 


Awaiting establishment (5) 


Inopportune 


> 
Improper 


5 
Inopportune 


Awaiting release (6) 
(OPTIONAL TEST) 


Inopportune 


6 
Improper 


6 
Inopportune 


Inopportune 


Multiple Frame 
Established (7) 


MEI-J 
SABME/P=1 
5 
Improper 


A: FRMR 
SABME/P=1 
5 
Improper 


(RE-TRANSMIT) 
A: I/P=0 

S: 7 

T: Proper 


MEI-J 
: SABME/P=1 

b) 

Improper 


FRMR 
SABME/P=1 
5 

Improper 


MEI-M 
SABME/P=1 
5 
Improper 


FRMR 
SABME/P=1 
5 


Improper 


RR/F=1 
(RE-TRANSMIT) 
I/P= 0 
= 7 
T: Proper 


or 


[ORB-CONDITION] 
A: RNR/F=] 
(RE-TRANSMIT) 

/P=0 

7 

Proper 


[ORB-CONDITION] 
A: RNR/F=1 
MEI-J 
SABME/P=1 
5 
Improper 


FRMR 
SABME/P=] 
5 


Improper 


MEI-J 

A: SABME/P=1 
S: 5 

T: Improper 


(RE-TRANSMIT) 
A: I/P=0 

Ss: 7 

T: Proper 
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Timer Recovery (8) 


MEI-J 
: SABME/P=] 

B) 

Improper 


FRMR 
SABME/P=1 
> 

Improper 


MEI-J 
: SABME/P=] 

5 

Improper 


FRMR 
SABME/P=1 
=) 


Improper 


MEI-M 
: SABME/P=1 
5 
Improper 


FRMR 
SABME/P=1 
5 

Improper 


[ORB-CONDITION] 
A: RNR/F=! 

Ss: 8 

T: Proper 


A: RR/F=1 
MEI-J 
SABME/P=1 
5 
Improper 


or 


[ORB-CONDITION] 

A: RNR/F=1 
MEI-J 
SABME/P=1 

s . 5 

T: Improper 


A: 

SABME/P=1 
> 5 
T: Improper 


MEI-J 
: SABME/P=1 
5 


Improper 
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Layer 2 - Test Matrix 1(cont.) ® 


Row Command or TEI assigned (4) Awaiting establishment (5) Awaiting release (6) Multiple Frame Timer Recovery (8) 
No. Response (OPTIONAL TEST) Established (7) 
received by IUT 
45 REJ/F=0 ME]I-J MEI-J 
invalid N(R) A: SABME/P=1 A: SABME/P=1 
S: 5 S: 5 


Improper Improper 


FRMR 
SABME/P=1 
Ss: 6 

: Improper 


FRMR 
SABME/P=]1 
5 

Improper 


A: IGN MEI-A (RE-TRANSMIT) 
Ss (6S (RE-TRANSMIT) A: I/P=0 
Inopportune T: Inopportune A: VP=0 Ss 7 
|. 7 T: Proper 


T: Inopportune 


MEI-J 
A: SABME/P=1 
Ss 6S 

Improper 


ME]I-J 
A: SABME/P=1 
s 3 

Improper 


REJ/F=1 
invalid N(R) 


FRMR 
SABME/P=1 
Ss 5 

: Improper 


FRMR 
SABME/P=1 
Ss 3 

: Improper 


48 Unknown ; : MEI-L MEI-L 
command S: 4 s- 6 A: SABME/P=1 A: SABME/P=1 
: Improper : Improper Improper S: 5 S. 2 


Improper Improper 


A: FRMR 
SABME/P=1 

Ss: 63 
: Improper 


FRMR 
SABME/P=1 
S: 5§ 

: Improper 


49 Unknown response | A: : ; MEI-L MEI-L 
5: 4 Ss. 3 S: 6 A: SABME/P=1 A: SABME/P=1 
T: Improper : Improper : Improper Ss: 35 » & 
T: Improper T: Improper 
A: FRMR A: FRMR 
SABME/P=1 SABME/P=1 
Ss. 3 Ss: 5 
T: Improper T: Improper 
50 Incorrect address 


7 
Improper 


5 
Improper 


4 
Improper 


Se 
Improper : Improper 
: IGN 
S: 8 

: Improper 


7 
Improper 


6 
Improper 


4 
Improper 


FCS error 


Less than 5 octets 
between flags 


: IGN 
Ss: 4 
: Improper 


6 
Improper 


S: 7 
: Improper 


MEI-K 
A: SABME/P=1 
s 5 

T: Inopportune 


MEI-K 
A: SABME/P=1 
Ss: 3 

T: Inopportune 


6 
Inopportune 


MEI-K 
A: SABME/P=1 
S: 4S 

: Inopportune 


Non -ntegral no. of 
octets 


5 
Improper 


6 
Improper 


Improper 


a7 Invoke sequential 
Information [N(S):0-127} 
transmission (Note 1) 
Ss 7 


T: Proper 


Note: Refer to Clause 6.3.2.1 for key definitions. 
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D LAYER 2— TEST MATRIX 2 


User Side Timer/Parameters (States 5—8) 


Row User Timer State 6 (Optional Test) State 7 State 8 (Note 2) 
No. Condition 


T200 A: SABME/P=] A: DISC/P=1 (RE-TRANSMIT) A: RR/P=1 or 
First expiry 5: 5 S: 6 A: I/P=1 SS 
T: Inopportune iT Inopportune S: 8 T: Inopportune 
T: Inopportune 
or or 
{PRB & ORB COND} [PRB & ORB COND] 
A: RNR/P=1 A: RNR/P=1 
= 8 Ss: 3 
T: Inopportune T: Inopportune 
or or 
[PRB-CONDITION] (RE-TRANSMIT) 
A: RR/P=1 A: J/P=1 
Ss: 8 S: 8 
fi Inopportune T: Inopportune 
02 T200 


MEI-G MEI-H MEL-I 


DL-RELEASE-IND 


expires = N200 DL-RELEASE-CONF A: SABME/P=1 
A: DT : : 
Ss: 5 
Ss: 4 T: Inopportune 
T: Inopportune Bi Inopportune 
03 T203 
expires 
(OPTIONAL) 


[ORB-CONDITION] 
A: RNR/P=] 

3: 8 

Inopportune 


Note 1: Refer to Clause 6.2.3.1 for key definitions. 


Note 2: Due to the state checking procedure in state 8, the data link may move to state 5. 
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E LAYER 2— STATE INITIALISATION (STATE 4-8) 


iam This appendix is only provided as a recommended means of state initialisation for 
tests in Appendices C and D. Test houses may choose to use other sequences. 


Note: The information contained in this appendix has the network (tester) firing frames from 
the left side, and the user firing frames from the right. 


STATE 4: TEI ASSIGNED 


Network (Tester) User states (Terminal) 


DISC/P=1 


a Sg fro et ear ner tomar lie 


if S4: DM/F=1 (to STATE 4) 
if SS: DM/F=1 (to STATE 5) 
if S6: DM/F=1 (to STATE 6) 
if S7: DM/F=1 (to STATE 7) 


if S8: DM/F=1 (to STATE 8) 
ee 


STATE 4 (from States 4,5 & 6) 


ALL STATES ARE INITIALISED BY FIRST INITIALIZING TO A KNOWN 
STATE: STATE 4 (as above) 
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STATE 5: AWAITING ESTABLISHMENT 


Network (Tester) User states (Terminal) 


STATE 4 Initialization (as above) 
then: 


SABME/P=1 


in S4: UA/F=1 (to STATE 7) 


in S7: SABME/P=1 (to STATE 5) 


STATE 4 Initialization then: 
DM/F=0 


in S4: SABME/P=1 (to STATE 5) 


STATE 6: AWAITING RELEASE 


Network (Tester) User states (Terminal) 


STATE 4 Initialization then: 
SABME/P=1 


in S4: UA/F=1 (to STATE 7) 


No response 
in S7: DISC/P=1 (to STATE 6) 


STATE 4 Initialization then: 
DM/F=0 


in S4: SABME/P=1 (to STATE 5) 


(to state 7): no response by user 


No response 
in S7: DISC/P=1 (to STATE 6) 
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STATE 7; MULTIPLE FRAME ESTABLISHED 


Network (Tester) User states (Terminal) 


STATE 4 Initialization then: 
SABME/P=1 


in S4: UA/F=1 (to STATE 7) 
STATE 4 Initialization then: 
DM/F=0 


in S4: SABME/P=1 (to STATE 5) 


(to STATE 7): no response in S5 


STATE 4 Initialization then: 
in S4: SABME/P=1 (to STATE 5) 


{*Manual invocation*} 


(to STATE 7): no response in S5 


Network (Tester) User states (Terminal) 


Alper ere re tree een 


STATE 4 Initialization then: 
SABME/P=1 


in S4: UA/F=1 (to STATE 7) 


in S7: RR/F=1 


in S7: RR/P=1 (T200 Expires — to STATE 8) 


The initialisation above is under normal conditions. 
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F LAYER 2 — STATE CHECK SEQUENCES (STATES 4-8) 


This appendix is only provided as a recommended means of state checking for tests 
in Appendices C and D. Test houses may choose to use other sequences. 


Note: The information contained in this appendix has the network (tester) firing frames from 
the left side, and the user firing frames from the right. 


STATE 4: TEI ASSIGNED 


Network (Tester) User states (Terminal) 


DISC/P=1 


if S4: DM/F=1 (to STATE 4) 
Note: if S5: DM/F=1 
(to STATE 5) has same response 


Note: If required to differentiate between state 4 and state 5 response, use State 5 Verification 
Test. 


STATE 5: AWAITING ESTABLISHMENT 


Network (Tester) User states (Terminal) 


in S5: no response (to STATE 7) 


Note: in S4: UI: ID verify (Ri, A1) — (to 
STATE 4) or MEI-C no response (to 
STATE 1) has same response. 


in S6: no response (to STATE 4) has same 
response 


To further differentiate between 
STATE 7 and STATE 4: 


1/P=0,N(S)=0 


in S4: no response (to STATE 4) 


in S7: RR/F=0, N(R) = 1 or I/P=0, 
N(R) = 1 or RNR/F=0, N(R) = 1 
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Layer 2 — State Check sequences (State 4-8) (cont.) 


If no response expected from TE 
initially (e.g. due to an invalid frame 
response) use: 


in SS: SABME/P=1 after T200 expiry 


UA/F=1 


STATE 6: AWAITING RELEASE 


Network (Tester) User states (Terminal) 


SABME/P=1 


in S6: DM/F=1 (to STATE 6) 


Note: in S4: DM=F=1 (to STATE 4) has 
same response 


If need to differentiate further between 
STATE 6 and STATE 4: 


DISC/P=1 


in S6: UA/F=1 (to STATE 6) 
in S4: DM/F=1 (to STATE 4) 


if no response expected from TE 
initially (e.g. due to an invalid frame 
response) use: 


in S6: DISC/P=1 after T200 expiry 
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ci Layer 2 — State Check sequences (State 4-8) (cont.) 


STATE 7: MULTIPLE FRAME ESTABLISHED 


Network (Tester) User states (Terminal) 


V/P=1 
(REL COM) 


No Response 


* DISC/P=1 


STATE 8: TIMER RECOVERY 


Network (Tester) User states (Terminal) 


V/P=1 
(REL COM) 


SABME/P=1 OR 
RR/P=1 (i.e. T200 expiry) 


DISC/P=] 


SABME/P=1 OR 
DM/F=1 
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G LAYER 3— PRIMARY RATE TEST MATRIX 1 


Row No. 
owing Originating Call Establishment 


Message received by IUT 


ALERTing 
Ps CALL 
PROCeeding 


4 CONNect ACK 
£ 
A 
T 


COPYRIGHT 


U1 
Call Init. 
STATUS/C=101,S=1 
] 


Inopportune 


STATUS ENQUIRY 
1 


Inopportune 


STATUS/C=101,S=1 
] 


Inopportune 


STATUS ENQUIRY 
] 


Inopportune 


Proper 


CONN ACK 
10 
Proper 


STATUS/C=101,S=1 
1 


Inopportune 


STATUS ENQUIRY 
] 


Inopportune 


U2 


Overlap sending 


DT 
10 
Proper 


CONN ACK 
10 
Proper 


STATUS/C=101,S=2 
2 


Inopportune 


STATUS ENQUIRY 
2 


Inopportune 
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U3 


O/G Call proceeding 


STATUS/C=101,S=3 
3 


Inopportune 


STATUS ENQUIRY 
3 


Inopportune 


STATUS/C=101,S=3 
3 


Inopportune 


STATUS ENQUIRY 
3 


Inopportune 


U4 
Call delivered 
STATUS/C=101,S=4 
4 


Inopportune 


STATUS ENQUIRY 
4 


Inopportune 


STATUS/C=101,S=4 
4 


Inopportune 


STATUS ENQUIRY 
4 


Inopportune 


STATUS/C=101,S=4 
4 


Inopportune 


STATUS ENQUIRY 
4 . 


Inopportune 


ACA TS 014 —1997 
Layer 3 — Primary Rate Test Matrix 2 (cont.) 


Row No. 
ow No Originating Call Establishment 


Message received by IUT 


U1 U2 U3 U4 


Call Init. Call delivered 


5 DISConnect A: STATUS/C=101,S=1 
= 1 
T: Inopportune 
A: STATUS ENQUIRY 
Ss: 1 
T: Inopportune 
A: REL (Note 1) 
S: 19 
T: Proper 


INFOrmation A: STATUS/C=101,S=1 
(include DISP. IE) 1 


Overlap sending O/G Call proceeding 


STATUS/C=101,S=3 
3 


Inopportune 


STATUS/C=101,S=4 
4 


STATUS/C=101,S=2 
2 


Inopportune Inopportune Inopportune 


STATUS ENQUIRY 
1 


STATUS ENQUIRY 
2 


Inopportune 


STATUS ENQUIRY 
3 


Inopportune 


STATUS ENQUIRY 
4 


Inopportune Inopportune 


STATUS/C=97,S=4 
4 


STATUS/C=97,S=3 
3 


STATUS/C=97,S=1 
] 


STATUS/C=97,S=2 
2 
Improper 


Improper Improper Improper 


STATUS/C=101,S=4 
4 


STATUS/C=101,S=2 
2 


STATUS/C=101,S=3 
2 


Inopportune Inopportune Inopportune 


A: STATUS/C=101,S=1 

S: 1 

T: Inopportune 
STATUS/C=97,S=1 

Ss: 


vf NOTIFY 
A 
A: STATUS ENQUIRY 


STATUS/C=97,S=2 
2 


STATUS/C=97,S=3 
3 


STATUS/C=97,S=4 
4 


Improper Improper Improper 


STATUS ENQUIRY 
Z 


STATUS ENQUIRY 
3 


STATUS ENQUIRY 
4 


T: Improper 
Ss: 1 
T: | Improper/Inopportune Improper/Inopportune Improper/Inopportune Improper/Inopportune 


STATUS/C=101,S=4 
4 


STATUS/C=101,S=1 
1 


2 


Inopportune 


Inopportune 


STATUS ENQUIRY 
4 


A: STATUS ENQUIRY 
Ss: 7 


PROGress A 
Hn 


T: Inopportune 
ia 
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Inopportune 
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Message received by IUT 


— 
N 


l 


— — — 
~— in > Ww 


Row No. 


RELease 
COMplete 


SETUP Call Ref. 
flag=1 


SETUP ACK 


STATUS (cause 
not=30, 
state=same) 


STATUS 
ENQUIRY 


Overlap Sending 
by User (optional) 


User Initiated 


Clearing 


NO Action 


RESTART (all 
interface) 


Layer 3 — Primary Rate Test Matrix 2 (cont.) 


Originating Call Establishment 


Ul 
Call Init. 


] 
Improper/Inopportune 


STATUS/C=30,S=1 
l 


RESTART ACK 
0 
Proper 


RESTART ACK 
0 
Proper 


U2 
Overlap sending 


2 


Improper/Inopportune 


STATUS/C=101,S=2 
2 

Inopportune 
STATUS ENQUIRY 


2 


Inopportune 


STATUS/C=30,S=2 


RESTART ACK 
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U3 


O/G Call proceeding 


3 


Improper/Inopportune 


STATUS/C=101,S=3 
3 


Inopportune 
STATUS ENQUIRY 


3 


Inopportune 


STATUS/C=30,S=3 
a 


RESTART ACK 
0 


RESTART ACK 
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U4 
Call delivered 


4 
Improper/Inopportune 


STATUS/C=101,S=4 
4 


Inopportune 
STATUS ENQUIRY 


4 


Inopportune 


STATUS/C=30,S=4 
4 
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Layer 3 — Primary Rate Test Matrix 2 (cont.) * 


Message received by IUT 


RESTART ACK 


STATUS/ C=30, 
S=0 


Ul U2 U3 U4 


Call Init. Call delivered 


Overlap sending O/G Call proceeding 


3 


Inopportune 


Protocol 
Discriminator 
Error 


Message too short 


Invalid Call 
Reference Format 
(incorrect length 3 
octets) 


] 2 3 4 


Improper Improper Improper Improper 


] 4 


Improper 


Improper 


] 


Improper Improper 


Call Reference 
Procedural Error 
(Global call ref.) 


1 Ss: 3 


Improper Improper Improper Improper 


STATUS/C=8]1 
(Global CR) 
4 


STATUS/C=81 
(Global CR) 
3 


STATUS/C=81 
(Global CR) 
2 


STATUS/C=81 
(Global CR) 
] 


Improper Improper Improper Improper 


REL/C=81 
4 


REL/C=81 
S: 3 


REL/C=81 
] 


Call Reference 
Procedural Error 
(Non global call 
ref) 

[Note: Response is 
for different Call 
Reference] 


= 2 


Improper Improper Improper Improper 


A: REL COM/C=81 
4 


REL COM/C=81 
3 


A: REL COM/C=81 
2 


A: REL COM/C=81 
] 


Improper Improper Improper Improper 


STATUS/C=97,S=4 
4 


STATUS/C=97,S=1 
] 


STATUS/C=97,S=2 
2 


STATUS/C=97,S=3 
3 


Message Type Not 
Implemented 


Improper Improper Improper Improper 


STATUS ENQUIRY 
4 


STATUS ENQUIRY 
] 


STATUS ENQUIRY 
2 


STATUS ENQUIRY 
3 
Improper 


Improper Improper Improper 


REL/C=100 
19 


REL/C=100 
19 


ALERTing 
Progress content 
error 


Improper Improper 


STATUS/C=100,S=4(2) 
4 


STATUS/C=100,S=4(3) 
4 


Improper Improper 


DT 
4 


DT 
4 


Improper Improper 
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Row No. 
Message received by IUT 


CALL 
PROCeeding 
Channel Id missing 


CALL 
PROCeeding 
Channel Id content 
error 


CALL 
PROCeeding 
Progress content 
error 


Layer 3 — Primary Rate Test Matrix 2 (cont.) 


U1 
Call Init. 
REL/C=96 
19 
Improper 


STATUS/C=96,S=1 
] 
Improper 


REL/C=100 
19 
Improper 


STATUS/C=100,S=1 
] 
Improper 


REL/C=100 
19 
Improper 


STATUS/C=100,S=1(3) 
3 
Improper 


DT 
3 
Improper 


Originating Call Establishment 


U2 U3 
Overlap sending O/G Call proceeding 
DT 
2 


Improper 


REL/C=100 
19 
Improper 


STATUS/C=100,S=2(3) 
3 
Improper 


DT 
3 
Improper 


REL/C=100 
19 
Improper 


STATUS/C=100,S=2(3) 
3 
Improper 


DT 
3 
Improper 
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U4 
Call delivered 
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48 


Message received by IUT 


Layer 3 — Primary Rate Test Matrix 2 (cont.) 


Originating Call Establishment 


Ul U2 U3 U4 
O/G Call proceeding Call delivered 


Row No. 


Call Init. Overlap sending 


CONNect Progress REL/C=100 REL/C=100 REL/C=100 
content error 19 19 S: 19 
Improper Improper T: Improper 
A: DT 
10 
Improper Improper T: Improper 


STATUS/C=100, A: STATUS/C=100, 


STATUS/C=100, 


S=2(10) S=3(10) S=4(10) 
10 10 S: 10 
Improper Improper T: Improper 


A: CONN ACK 
S: 10 


CONN ACK 
10 


CONN ACK 
10 


Improper T: Improper 


Improper 


A: CONN ACK 
STATUS/C=100,S=10 
S: 10 


CONN ACK 
STATUS/C=100,S=10 
10 


CONN ACK 
STATUS/C=100,S=10 
10 


Improper Improper T: Improper 


STATUS/C=100, A: STATUS/C=100, 


STATUS/C=100, 


S=2(10) S=3(10) S=4(10) 
CONN ACK CONN ACK CONN ACK 
10 10 S. 10 

Improper Improper Improper 


A: REL (Note 1) 
19 


DISConnect Cause 
missing 


Improper Improper Improper 


Improper 


REL 
STATUS/C=96,S=19 
19 


REL 
STATUS/C=96,S=19 
19 


REL 
STATUS/C=96,S=19 
iy 


REL 
STATUS/C= ,S=19 
19 


Improper Improper Improper 


Improper 


STATUS/C=96,S=12(4) 
REL 
19 


STATUS/C= ,S=12(1) STATUS/C=96,S=12(2) 
REL 


19 


STATUS/C=96,S=12(3) 


Improper Improper 


DET 
STATUS/C=96,S=13 
13 
Improper 


DET 
STATUS/C=96,S=13 
13 


STATUS/C=96,S=13 
13 


STATUS/C= ,S=13 
I3 


Improper Improper 


Improper 


STATUS/C=101,S=1 
! 
Inopportune 


STATUS ENQUIRY 
1 


Inopportune 
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Message received by IUT 


51 


Row No. 


DISConnect Cause 
content error 


DISConnect 
Progress content 
error 


Layer 3 — Primary Rate Test Matrix 2 (cont.) 


Originating Call Establishment 


Ul 
Call Init. 
REL (Note 1) 
19 
Improper 


REL 

STATUS/C= ,S=19 
19 

Improper 


STATUS/C= , 
S=12(1) 


Improper 


DET 

STATUS/C= ,S=13 
13 

Improper 


STATUS/C=101,S=1 
l 


Inopportune 


STATUS ENQUIRY 
1 


Inopportune 


REL (Note 1) 
19 


Improper 


REL 

STATUS/C= ,S=19 
19 

Improper 


STATUS/C= , 
S=12(1) 


Improper 


DET 


STATUS/C= ,S=13 
13 


Improper 


STATUS/C=101,S=1 
1 


Inopportune 


STATUS ENQUIRY 
1 


Inopportune 


U2 


Overlap sending 


Improper 


REL 
STATUS/C=100,S=19 
19 

Improper 


STATUS/C=100, 
S=12(2) 


Improper 


DET 
STATUS/C=100,S=13 
13 

Improper 


Improper 


REL 
STATUS/C=100,S=19 
19 

Improper 


STATUS/C=100, 
S=12(2) 


STATUS/C=100,S=13 
13 
Improper 
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U3 
O/G Call proceeding 


Improper 


REL 
STATUS/C=100,S=19 
19 

Improper 


STATUS/C=100, 
S=12(3) 


Improper 


DET 
STATUS/C=100,S=13 
13 

Improper 


REL 
19 


Improper 


REL 
STATUS/C=100,S=19 
19 

Improper 


STATUS/C=100, 
S=12(3) 

REL 

19 

Improper 


DET 
STATUS/C=100,S=13 
13 

Improper 
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U4 
Call delivered 


Improper 


REL 
STATUS/C=100,S=19 
19 

Improper 


STATUS/C=100, 
S=12(4) 


Improper 


DET 
STATUS/C=100,S=13 
13 

Improper 


Improper 


REL 
STATUS/C=100,S=19 
19 

Improper 


STATUS/C=100, 
S=12(4) 


STATUS/C=100,S=13 
13 
Improper 


COPYRIGHT 
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Layer 3 — Primary Rate Test Matrix 2 (cont.) 7 


Row No. 


Originating Call Establishment 
U2 U3 


Message received by IUT 


Ul U4 


Call Init. Overlap sending O/G Call proceeding Call delivered 


REL/C=96 
19 


PROGress 
Progress missing 


Improper Improper 


STATUS/C=96,S=2 
Z 


STATUS/C=96,S=3 
3 
Improper 


Improper 


REL/C=100 
19 


A: REL/C=100 
19 


PROGress 
Progress content 
error 


Improper Improper 


STATUS/C=100,S= 
2 


STATUS/C=100,S=3 
3 


Improper 


Improper 


REL COM 
0 


REL COM 
0 


RELease Cause 
missing 


Improper Improper 


REL COM 
0 


REL COM 
0 


REL COM 
0 


RELease Cause 
content error 


Improper Improper Improper 


REL COM 
> 0 
Improper 


REL COM : REL COM : REL COM 
0 2 0 : 0 


RELease Display 
content error 


Improper : Improper : Improper 


STATUS/C=100,S=4(0) 
REL COM 
0 


STATUS/C=100,S=1(0) : STATUS/C=100,S=2(0) : STATUS/C=100,S=3(0) 
REL COM REL COM REL COM 
0 @ 0 Ss: 0 


Improper 


Improper : Improper : Improper 


RELease 
COMplete Cause 
missing 


RELease 
COMplete Cause 
content error 


SETUP Bearer 
Cap Missing Call 
Ref. flag=1 


3 


Improper 


SETUP Bearer 
Cap. corrupt Call 
Ref. flag=1 


Improper 


SETUP ACK 
Channel Id missing 


A: REL/C=96,S=19 
19 


Improper 


STATUS/C=96,S=1 
] 
Improper 
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ie Layer 3 — Primary Rate Test Matrix 2 (cont.) 


Row No. 


Originating Call Establishment 


Message received by IUT 
U1 U2 U3 U4 


Call Init. Overlap sending O/G Call proceeding Call delivered 


SETUP ACK 
Channel Id content 


REL/C=100,S=19 
19 


Improper 


STATUS/C=100,S=1 
! 
Improper 


SETUP ACK 
Progress content 
error 


A: REL/C=100,S=19 
iy 


Improper 


STATUS/C=100,S=1(2) 
2 
Improper 


STATUS/C=100,S=1(2) 
2 
Improper 


REL/C=96 
19 


REL/C=96 
19 


REL/C=96 
19 


STATUS Cause 
missing 


Improper Improper Improper Improper 


STATUS/C=96,S=2 
2 


STATUS/C=96,S=3 
) 


STATUS/C=96,S=4 
4 


STATUS/C=96,S=1 
] 


Improper Improper Improper Improper 


DT 
Z 
Improper 


REL/C=100 
S: 19 


REL/C=100 
19 


REL/C=100 
S: 19 


REL/C=100 
be 


STATUS Cause 
content error 


Aa 


Improper Improper Improper Improper 


STATUS/C=100,S=2 
2 


STATUS/C=100,S=3 
3 


STATUS/C=100,S=4 
4 


STATUS/C=100,S=1 
] 


Improper Improper Improper 


Improper 


DT 
4 


DT 
2 


DT 
3 
Improper 


Improper 


Improper 


259 


COPYRIGHT 


ACA TS 014-1997 


Layer 3 — Primary Rate Test Matrix 2 (cont.) ae 


Message received by IUT 


U4 
Call delivered 


U2 U3 


O/G Call proceeding 


Ul 


Call Init. 


Overlap sending 


REL/C=96 
19 


REL/C=96 
19 


STATUS/C=30 
State missing 


Improper Improper Improper Improper 


STATUS/C=96,S=3 
3 


STATUS/C=96,S=4 
4 


STATUS/C=96,S=1 
] 


STATUS/C=96,S=2 
2 


Improper Improper Improper 


Improper 


DT 
3 


DT 
2 


Improper Improper 


REL/C=100 
19 


REL/C=100 
19 


REL/C=100 
19 


REL/C=100 
19 


STATUS/C=43 
State content 


Improper Improper 


Improper 


Improper 


STATUS/C=100,S=3 
2 


STATUS/C=100,S=4 
4 


STATUS/C=100,S=1 
] 


STATUS/C=100,S=2 
2 


Improper Improper Improper Improper 


DT 
4 


DT 
3 


DT 
2 


DT 
] 


Improper Improper Improper Improper 


RESTART Restart 
indicator missing 


4 


1 2 3 


Improper Improper Improper 


Improper 


STATUS/C=96 
(Global CR) 
4 


STATUS/C=96 
(Global CR) 
3 


STATUS/C=96 
(Global CR) 
2 
Improper 


STATUS/C=96 
(Global CR) 
] 


Improper Improper 


Improper 


RESTART Restart 
indicator content 


1 2 3 4 


Improper Improper Improper 


Improper 


STATUS/C=100 
(Global CR) 
4 


STATUS/C=100 
(Global CR) 
3 

Improper 


STATUS/C=100 
(Global CR) 
2 


STATUS/C=100 
(Global CR) 
1 


Improper Improper Improper 


(channel) Channel 
Id content 


S: 3 
Improper 


] 2 4 


Improper Improper Improper 


STATUS/C=100 
(Global CR) 
4 


STATUS/C=100 
(Global CR) 
3 


STATUS/C=100 
(Global CR) 
2 


STATUS/C=100 
(Global CR) 
1 


Improper 


Improper Improper 


Improper 


STATUS/C=99,S=4(3) 
4 


ALERTing IE not 
implemented 


STATUS/C=99,S=4(2) 
4 


Improper Improper 
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Message received by IUT 


120 


121 


Row No. 


CALL 
PROCeeding IE 
not implemented 


CONNect IE not 
implemented 


DISConnect IE not 
implemented 


Layer 3 — Primary Rate Test Matrix 2 (cont.) 


STATUS/C=99,S=3(1) 
3 
Improper 


DT 
3 
Improper 


REL (Note 1) 
19 
Improper 


REL 

STATUS/C= ,S=19 
19 

Improper 


STATUS/C= ,S=12(1) 


STATUS/C= ,S=13 
13 
Improper 


STATUS/C=101,S=1 
] 
Inopportune 


STATUS ENQUIRY 
] 


Inopportune 


Originating Call Establishment 


U2 
Overlap sending 
STATUS/C=99,S=3(2) 
3 
Improper 


STATUS/C=99,S=10(2) 
10 
Improper 


DT 
10 
Improper 


CONN ACK 
STATUS/C=99,S=10 
10 

Improper 


CONN ACK 
10 
Improper 


STATUS/C=99,S=2(10) 
CONN ACK 

10 

Improper 


Improper 


REL 
STATUS/C=99,S=19 
19 

Improper 


STATUS/C=99,S=12(2) 


STATUS/C=99,S=13 
13 
Improper 


25) 


U3 
O/G Call proceeding 


STATUS/C=99,S=10(3) 
10 
Improper 


Improper 


CONN ACK 
STATUS/C=99,S=10 
10 

Improper 


CONN ACK 
10 
Improper 


STATUS/C=99,S=3(10) 
CONN ACK 

10 

Improper 


Improper 


REL 
STATUS/C=99,S=19 
19 

Improper 


STATUS/C=99,S=12(3) 


STATUS/C=99,S=13 
13 


Improper 


ACA TS 014-1997 


U4 
Call delivered 


STATUS/C=99,S=10(4) 
10 
Improper 


Improper 


CONN ACK 
STATUS/C=99,S=10 
10 

Improper 


CONN ACK 
10 
Improper 


STATUS/C=99,S=4(10) 
CONN ACK 

10 

Improper 


STATUS/C=99,S=19 
19 
Improper 


STATUS/C=99,S=12(4) 


STATUS/C=99,S=13 
13 
Improper 
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Layer 3 — Primary Rate Test Matrix 2 (cont.) a 


Row No. 


Originating Call Establishment 
U2 U3 
O/G Call proceeding 


Message received by IUT 


U1 U4 


Call Init. Overlap sending Call delivered 


122 PROGress IE not STATUS/C=99,S=2 STATUS/C=99,S=3 
implemented 2 3 
Improper Improper 
DY DT 
2 3 
Improper Improper 
123 RELease IE not REL COM REL COM REL COM REL COM 
implemented 0 0 0 0 
Improper Improper Improper Improper 
STATUS/C=99 STATUS/C=99 STATUS/C=99 STATUS/C=99 
REL COM REL COM REL COM REL COM 
0 0 0 0 
Improper Improper Improper Improper : 
124 RELease DT (Note 3) 
COMplete IE not 0 
implemented 
Improper 
STATUS/C=99 
0 
Improper 
125 SETUP 
IE not 
implemented Call ' 
Inopportune Inopportune T: Inopportune 
Ref. flag=1 
126 SETUP ACK IE A: STATUS/C=99,S=2 
not implemented 2 
Improper 
DT 
2 
Improper 
- * 
2 
Improper 
INFO 
STATUS/C=99,S=2 
Z 
Improper 
127 STATUS IE not A: STATUS/C=99,S=1 A: STATUS/C=99,S=2 STATUS/C=99,S=3 STATUS/C=99,S=4 


implemented 
(cause not=30) 


3 4 


1 S: 2 


Improper Improper T: Improper T: Improper 
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Row No. 
Message received by IUT 


STATUS 
ENQUIRY IE not 
implemented 


RESTART IE not 
implemented 


STATUS/ 
C=30,S=0 IE not 
implemented 


Layer 3 — Primary Rate Test Matrix 2 (cont.) 


Originating Call Establishment 


Ul 
Call Init. 


STATUS/C=30,99,S=1 


1 
Improper 


STATUS/C=30,S=1 
STATUS/C=99,S=1 
] 

Improper 


STATUS/C=30,S=1 
] 
Improper 


STATUS/C=99,S=1 
STATUS/C=30,S=1 
] 

Improper 


RESTART ACK 
0 
Improper 


DT 
0 


Improper 


STATUS 
0 
Improper 
(Note 3) 


U2 


Overlap sending 


STATUS/C=30,99,S=2 


2 
Improper 


STATUS/C=30,S=2 
STATUS/C=99,S=2 
v4 

Improper 


STATUS/C=30,S=2 
2 
Improper 


STATUS/C=99,S=2 
STATUS/C=30,S=2 
2 

Improper 


RESTART ACK 
0 
Improper 


DT 
0 
Improper 


STATUS 
0 
Improper 
(Note 3) 


290 


U3 


O/G Call proceeding 
STATUS/C=30,99,S=3 


3 
Improper 


STATUS/C=30,S=3 
STATUS/C=99,S=3 
3 

Improper 


STATUS/C=30,S=3 
3 
Improper 


STATUS/C=99,S=3 
STATUS/C=30,S=3 
3 

Improper 


RESTART ACK 
0 


Improper 


DT 
0 
Improper 


STATUS 
0 
Improper 
(Note 3) 


ACA TS 014 — 1997 


U4 
Call delivered 


STATUS/C=30,99,S=4 


4 
Improper 


STATUS/C=30,S=4 
STATUS/C=99,S=4 
4 

Improper 


STATUS/C=30,S=4 
4 
Improper 


STATUS/C=99,S=4 
STATUS/C=30,S=4 
4 

Improper 


RESTART ACK 
0 
Improper 


DT 
0 


Improper 


STATUS 
0 
Improper 
(Note 3) 
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H LAYER 3 — PRIMARY RATE TEST MATRIX 2 


Row No. 
ve Destination Call Establishment 


Message received by 


IUT 
Z 


3 CONNect 


CALL 
PROCeeding 


COPYRIGHT 


ALERTing 
A 


CONNect ACK 
T 
bs) DISConnect A 
T 
A 
T 


U6 
Call present 
(Optional test) 
STATUS/C=101,S=6 
6 


Inopportune 


STATUS ENQUIRY 
6 


Inopportune 


STATUS/C=101,S=6 
6 


Inopportune 


STATUS ENQUIRY 
6 


Inopportune 


STATUS/C=101,S=6 
6 


Inopportune 


STATUS ENQUIRY 
6 


Inopportune 


STATUS/C=101,S=6 
6 


Inopportune 


STATUS ENQUIRY 
6 


Inopportune 


U7 
Call received 


STATUS/C=101,S=7 
7 


Inopportune 


STATUS ENQUIRY 
7 


Inopportune 


STATUS/C=101,S=7 
7 


Inopportune 


STATUS ENQUIRY 
- 


Inopportune 


STATUS/C=101,S=7 
3 


Inopportune 


STATUS ENQUIRY 
7 


Inopportune 


STATUS/C=101,S=7 
- 


Inopportune 


STATUS ENQUIRY 
7 


Inopportune 
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U8 


Connect request 


STATUS/C=101,S=8 
8 


Inopportune 


STATUS ENQUIRY 
8 


Inopportune 


STATUS/C=101,S=8 
8 


Inopportune 


STATUS ENQUIRY 
8 


Inopportune 


STATUS/C=101,S=8 
8 


Inopportune 


STATUS ENQUIRY 
8 


Inopportune 


U9 
I/C Call proceeding 
(Optional test) 
STATUS/C=101,S=9 
9 


Inopportune 


STATUS ENQUIRY 
9 


Inopportune 


STATUS/C=101,S=9 
9 


Inopportune 


STATUS ENQUIRY 
9 


Inopportune 


STATUS/C=101,S=9 
9 


Inopportune 


STATUS ENQUIRY 
9 


Inopportune 


STATUS/C=101,S=9 
9 


Inopportune 


STATUS ENQUIRY 
9 


Inopportune 


Row No. 


Message received by 
IUT 


. INFOrmation 


fd NOTIFY 
S 
Tt 


PROGress 


SETUP (Call 
ref. flag=0) 


SETUP ACK 


13 STATUS 
(cause not=30) 
(state = same) 


J RELease 
COMplete 


Layer 3 — Primary Rate Test Matrix 2 (cont.) 


Destination Call Establishment 


U6 
Call present 
(Optional test) 
STATUS/C=101,S=6 
6 


Inopportune 


STATUS/C=97,S=6 
6 
Inopportune 


STATUS ENQUIRY 
6 
Inopportune 


STATUS/C=101,S=6 
6 


Inopportune 


STATUS/C=97,S=6 
6 
Improper 


STATUS ENQUIRY 
6 
Improper/Inopportune 


STATUS/C=101,S=6 
6 


Inopportune 


STATUS ENQUIRY 
6 


Inopportune 


STATUS/C=101,S=6 
6 


Inopportune 


STATUS ENQUIRY 
6 


Inopportune 


U7 


Call received 


STATUS/C=101,S=7 
7 


Inopportune 


STATUS/C=97,S=7 
7 


Inopportune 


STATUS ENQUIRY 
7 


Inopportune 


STATUS/C=101,S=7 
7 


Inopportune 


STATUS/C=97,S=7 
7 
Improper 


STATUS ENQUIRY 
7 
Improper/Inopportune 


STATUS/C=101,S=7 
7 


Inopportune 


STATUS ENQUIRY 
7 


Inopportune 


STATUS/C=101,S=7 
7 


Inopportune 
STATUS ENQUIRY 


7 


Inopportune 


261 


U8 


Connect request 


STATUS/C=101,S=8 
8 


Inopportune 


STATUS/C=97,S=8 
8 


Inopportune 


STATUS ENQUIRY 
8 


Inopportune 


STATUS/C=101,S=8 
8 


Inopportune 


STATUS/C=97,S=8 
8 
Improper 


STATUS ENQUIRY 
8 
Improper/Inopportune 


STATUS/C=101,S=8 
8 


Inopportune 


STATUS ENQUIRY 
8 


Inopportune 


STATUS/C=101,S=8 
8 


Inopportune 


STATUS ENQUIRY 
8 


Inopportune 


ACA TS 014 — 1997 


U9 
I/C Call proceeding 
(Optional test) 
STATUS/C=101,S=9 
9 


Inopportune 


STATUS/C=97,S=9 
9 


Inopportune 


STATUS ENQUIRY 
9 


Inopportune 


STATUS/C=101,S=9 
2 


Inopportune 


STATUS/C=97,S=9 
9 
Improper 


STATUS ENQUIRY 
9 
Improper/Inopportune 


STATUS/C=101,S=9 
9 


Inopportune 


STATUS ENQUIRY 
9 


Inopportune 


STATUS/C=101,S=9 
9 
Inopportune 


STATUS ENQUIRY 
9 


Inopportune 
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Layer 3 — Primary Rate Test Matrix 2 (cont.) 


Destination Call Establishment 


U6 U7 U8 u9 
I/C Call proceeding 
(Optional test) 


Row No. 


Message received by 
IUT 


Call present Call received Connect request 


(Optional test) 


STATUS A: STATUS/C=30,S=6 A: STATUS/C=30,S=7 A: STATUS/C=30,S=8 A: STATUS/C=30,S=9 
eNQuINe S: 6 S$: 7 g S: 9 
T: Proper T: Proper T: Proper T: Proper 
15 User Initiated 
Clearing 
NO Action A: DISC(T313 Expiry) 
1] 
Proper 7 
A: CALL PROC 
S: 9 
T: Proper 
A: CALL PROC 
ALERT 
Ss 7 
T: Proper 
A: ALERT A: ALERT 
=. 2 S: 7 
T: Proper T: Proper 
A: ALERT A: ALERT 
CONN CONN 
Ss: 8 
T: Proper 
A: CONN A: CONN 
S: 8 S: 8 
T: Proper T: Proper 
DT 
Ss 69 
T: Proper 
A: CALL PROC 
ALERT 
CONNECT 
S: 8 
T: Proper 
17 RESTART (all : RESTART ACK A: RESTART ACK A: RESTART ACK A: RESTART ACK 
aplesace) : 0 S: 0 S: 0 S: 0 
: Proper T: Proper T: Proper T: Proper 
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fe, Layer 3 — Primary Rate Test Matrix 2 (cont.) 


Message received by 
IUT 


RESTART 
(channel) 


U6 U7 U8 U9 
Call received I/C Call proceeding 
(Optional test) 


Call present Connect request 


(Optional test) 


RESTART ACK 
0 


RESTART ACK 
0 


RESTART ACK 
0 


RESTART ACK 
0 


Proper Proper Proper Proper 


RESTART : RESTART ; : RESTART 
0 : 0 : : 0 


User initiated 
interface restart 
[optional] 


20 RESTART 
ACK 


STATUS/ 
C=30,S=0 


Proper : Proper ; T: Proper 


6 


Inopportune 


Protocol 
Discriminator 
Error 


35 Message too 
short 


6 2 : 8 : 9 


Improper : : Improper : Improper 


6 


Improper 


Improper Improper 


36 Invalid Call 
Reference 6 7 
Format 
(Incorrect Improper Improper Improper 
length - 3 


octets) 


Call Reference 


Procedural é 7 g 9 
Error (Global 
call ref.) Improper Improper Improper Improper 


STATUS/C=81 
(Global CR) 
9 


STATUS/C=81 
(Global CR) 
8 


STATUS/C=81 
(Global CR) 
q 


STATUS/C=81 
(Global CR) 
6 


Improper Improper Improper Improper 


Call Reference REL (C=81) REL (C=81) REL (C=81) A: REL (C=81) 


Procedural 6 7 g 9 
Error (Non- 

global call ref) Improper Improper Improper Improper 

[Note: 

Response is for REL COM/C=81 REL COM/C=81 REL COM/C=81 REL COM/C=81 
different Call 


6 7 8 9 


Reference] 


Improper Improper Improper Improper 


A: STATUS/C=97,S=6 A: STATUS/C=97,S=7 
6 S: ‘7 


STATUS/C=97,S=8 
8 
Improper 


STATUS/C=97,S=9 
9 


Message Type 
Not 
Implemented 


T: Improper T: Improper Improper 


A: STATUS ENQUIRY A: STATUS ENQUIRY 
S: 6 S: 7 


STATUS ENQUIRY 
8 


Improper 


STATUS ENQUIRY 
9 
Improper 


T: Improper T: Improper 
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Row No. 


Message received by 
IUT 


DISCONNECT 
(cause missing) 


DISCONNECT 
(cause content 
error) 


U6 
Call present 


(Optional test) 


Improper 


DET. 
STATUS/C=96,S=13 
13 

Improper 


STATUS/C=96,S=12(6) 


Improper 


REL 
STATUS/C=96,S=19 
19 

Improper 


Improper 


DET 
STATUS/C=100,S=13 
13 

Improper 


STATUS/C=100, 
S=12(6) 


19 
Improper 


REL 
STATUS/C=100,S=19 
19 

Improper 


U7 


Call received 


Improper 


DET 
STATUS/C=96,S=13 
13 

Improper 


STATUS/C=96,S=12(7) 


Improper 


REL 
STATUS/C=96,S=19 
19 

Improper 


Improper 


DET 
STATUS/C=100,S=13 
13 

Improper 


STATUS/C=100, 
S=12(7) 


Improper 


REL 
STATUS/C=100,S=19 
19 

Improper 
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Layer 3 — Primary Rate Test Matrix 2 (cont.) 


Destination Call Establishment 


U8 


Connect request 


Improper 


DET 
STATUS/C=96,S=13 
13 

Improper 


STATUS/C=96,S=12(8) 


Improper 


REL 
STATUS/C=96,S=19 
19 

Improper 


Improper 


DEF 
STATUS/C=100,S=13 
13 

Improper 


STATUS/C=100, 
S=12(8) 


Improper 


REL 
STATUS/C=100,S=19 
19 

Improper 


u9 
I/C Call proceeding 
(Optional test) 


Improper 


DET 
STATUS/C=96,S=13 
13 

Improper 


STATUS/C=96,S=12(9) 


Improper 


REL. 
STATUS/C=96,S=19 
19 

Improper 


Improper 


DET 
STATUS/C=100,S=13 
13 

Improper 


STATUS/C=100, 
S=12(9) 


Improper 


REL 
STATUS/C=100,S=19 
19 

Improper 


Row No. 


Message received by 


DISCONNECT 


(progress 
content error) 


RELease Cause 
missing 


RELease 
Cause content 
error 


RELease 
Display content 
error 


SETUP Bearer 
Cap. missing 
(Call ref. 
flag=0) 


SETUP Bearer 
Cap. corrupt 
(Call ref. 
flag=0) 


STATUS Cause 
missing 


U6 
Call present 


(Optional test) 


Improper 


DET 
STATUS/C=100,S=13 
13 

Improper 


STATUS/C=100, 
S=12(6) 


Improper 


REL 
STATUS/C=100,S=19 
19 

Improper 


REL COM 
0 
Improper 


0 
Improper 


REL COM 
0 
Improper 


STATUS/C=100,S=6 
REL COM 

0 

Improper 


REL/C=96 
19 
Improper 


STATUS/C=96,S=6 
6 
Improper 


U7 


Call received 


Improper 


DET 
STATUS/C=100,S=13 
13 

Improper 


STATUS/C=100, 
S=12(7) 

REL 

19 

Improper 


REL 
STATUS/C=100,S=19 
19 

Improper 


REL COM 
0 
Improper 


REL COM 
0 
Improper 


REL COM 
0 
Improper 


STATUS/C=100,S=7 
REL COM 

0 

Improper 


REL/C=96 
19 
Improper 


STATUS/C=96,S=7 
7 
Improper 


IGN 


7 
Improper 
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Layer 3 — Primary Rate Test Matrix 2 (cont.) 


Destination Call Establishment 


U8 


Connect request 


Improper 


DET 
STATUS/C=100,S=13 
13 

Improper 


STATUS/C=100, 
S=12(8) 


Improper 


REL 
STATUS/C=100,S=19 
19 

Improper 


REL COM 
0 
Improper 


0 
Improper 


REL COM 
0 
Improper 


STATUS/C=100,S=8 
REL COM 

0 

Improper 


Inopportune 


REL/C=96 
19 
Improper 


STATUS/C=96,S=8 
8 
Improper 


IGN 
8 
Improper 


ACA TS 014-1997 


u9 
1/C Call proceeding 
(Optional test) 


Improper 


DET 
STATUS/C=100,S=13 
13 

Improper 


STATUS/C=100, 
S=12(9) 


Improper 


REL 
STATUS/C=100,S=19 
19 

Improper 


Improper 


REL COM 
0 
Improper 


STATUS/C=100,S=9 
REL COM 
0 


Improper 


9 


Inopportune 


9 


Inopportune 


REL/C=96 
19 
Improper 


STATUS/C=96,S=9 
9 
Improper 


IGN 


9 
Improper 
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Message received by 


COPYRIGHT 


Row No. 


IUT 


STATUS Cause 
content error 


STATUS State 
missing 


STATUS/C=43 


State content 
error 


RESTART 
(Restart 
Indicator 
missing) 


RESTART 
(Restart 
Indicator 
content) 


RESTART 
Channel 
(Channel Id. 
content) 


U6 
Call present 
(Optional test) 


REL/C=100 
19 
Improper 


STATUS/C=100,S=6 
6 


Improper 


IGN 
6 
Improper 


REL/C=96 
19 
Improper 


STATUS/C=96,S=6 
6 
Improper 


REL/C=100 
19 
Improper 


STATUS/C=100,S=6 
6 
Improper 


6 
Improper 


STATUS/C=96 
(Global CR) 
6 


Improper 


6 
Improper 


STATUS/C=100 
(Global CR) 

6 

Improper 


6 


Improper 


STATUS/C=100 
(Global CR) 
6 


Improper 


U7 


Call received 


REL/C=100 
19 
Improper 


STATUS/C=100,S=7 
i 
Improper 


IGN 
7 
Improper 


REL/C=96 
19 
Improper 


STATUS/C=96,S=7 
- 
Improper 


REL/C=100 
19 
Improper 


STATUS/C=100,S=7 
7 
Improper 


a 
Improper 


STATUS/C=96 
(Global CR) 
7 


Improper 


- 
Improper 


STATUS/C=100 
(Global CR) 

* 

Improper 


7 
Improper 


STATUS/C=100 
(Global CR) 

7 

Improper 
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Layer 3 — Primary Rate Test Matrix 2 (cont.) 


Destination Call Establishment 


U8 


Connect request 


REL/C=100 
19 
Improper 


STATUS/C=100,S=8 
8 
Improper 


IGN 
8 
Improper 


REL/C=96 
19 
Improper 


STATUS/C=96,S=8 
8 


Improper 


REL/C=100 
19 
Improper 


STATUS/C=100,S=8 
8 
Improper 


8 
Improper 


STATUS/C=96 
(Global CR) 

8 

Improper 


8 
Improper 


STATUS/C=100 
(Global CR) 

8 

Improper 


8 
Improper 


STATUS/C=100 
(Global CR) 

8 

Improper 


us 


I/C Call proceeding 


(Optional test) 
REL/C=100 
19 
Improper 


STATUS/C=100,S=9 
9 
Improper 


IGN 
9 
Improper 


REL/C=96 
19 
Improper 


STATUS/C=96,S=9 
9 
Improper 


REL/C=100 
19 
Improper 


STATUS/C=100,S=9 
9 
Improper 


9 
Improper 


STATUS/C=96 
(Global CR) 

9 

Improper 


9 
Improper 


STATUS/C=100 
(Global CR) 

9 

Improper 


9 
Improper 


STATUS/C=100 
(Global CR) 

9 

Improper 


Row No. 


Message received by 
IUT 


CONNect ACK 
IE not 
implemented 


97 DISCONNECT 
IE not 
implemented 


RELease IE not 
implemented 


STATUS IE 
not 
implemented 
(cause not=30) 


* SETUP IE not 
implemented 
(Call ref. 
flag=0) 


U6 
Call present 
(Optional test) 


REL 
19 
Improper 


DET 
STATUS/C=99,S=13 
2 

Improper 


STATUS/C=99,S=12(6) 


Improper 


REL 
STATUS/C=99,S=19 
19 

Improper 


REL COM 
0 
Improper 


STATUS/C=99 
REL COM 

0 

Improper 


STATUS/C=99,S=6 
6 
Improper 


DT 
6 
Improper 


U7 
Call received 


Improper 


DET 
STATUS/C=99,S=13 
13 

Improper 


STATUS/C=99,S=12(7) 


19 
Improper 


REL 
STATUS/C=99,S= 
19 

Improper 


REL COM 
0 
Improper 


STATUS/C=99 
REL COM 

0 

Improper 


STATUS/C=99,S=7 
7 


Improper 


DT 
7 


Improper 
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Layer 3 — Primary Rate Test Matrix 2 (cont.) 


Destination Call Establishment 


U8 


Connect request 


STATUS/C=99,S=10(8) 
10 
Improper 


Improper 


DET 
STATUS/C=99,S=13 
Is 

Improper 


STATUS/C=99,S=12(8) 


Improper 


REL 
STATUS/C=99,S=19 
19 

Improper 


REL COM 
0 
Improper 


STATUS/C=99 
REL COM 

0 

Improper 


STATUS/C=99,S=8 
8 
Improper 


DT 
8 
Improper 


ACA TS 014 — 1997 


u9 
I/C Call proceeding 
(Optional test) 


STATUS/C=99,S=13 
13 
Improper 


STATUS/C=99,S=12(9) 


Improper 


REL 
STATUS/C=99,S=19 
19 

Improper 


REL COM 
0 
Improper 


STATUS/C=99 
REL COM 

0 

Improper 


9 


Inopportune 


STATUS/C=99,S=9 
b 
Improper 


COPYRIGHT 


ACA TS 014-1997 


COPYRIGHT 


Row No. 


Message received by 
IUT 


STATUS 


ENQUIRY IE 


not 
implemented 


STATUS/ 
C=30,S=0 IE 
not 
implemented 


SETUP Call 
Ref. flag = 1 


U6 
Call present 
(Optional test) 


STATUS/C=30,99,S=6 


6 
Improper 


STATUS/C=30,S=6 
6 
Improper 


STATUS/C=30,S=6 
STATUS/C=99,S=6 
6 

Improper 


STATUS/C=99,S=6 
STATUS/C=30,S=6 
6 

Improper 


DT 
0 
Improper 


STATUS/C=95 
0 

Improper 

(Note 3) 


6 
Improper 


U7 
Call received 


STATUS/C=30,99,S=7 


3 
Improper 


STATUS/C=30,S=7 
7 
Improper 


STATUS/C=30,S=7 
STATUS/C=99,S=7 
7 

Improper 


STATUS/C=99,S=7 
STATUS/C=30,S=7 
7 

Improper 


DT 
0 
Improper 


STATUS/C=95 
0 

Improper 

(Note 3) 


- 
Improper 
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Layer 3 — Primary Rate Test Matrix 2 (cont.) 


Destination Call Establishment 


U8 


Connect request 


STATUS/C=30,99,S=8 


8 
Improper 


STATUS/C=30,S=8 
8 
Improper 


STATUS/C=30,S=8 
STATUS/C=99,S=8 
8 

Improper 


STATUS/C=99,S=8 
STATUS/C=30,S=8 
8 

Improper 


DT 
0 
Improper 


STATUS/C=95 
0 

Improper 
(Note 3) 


8 
Improper 


u9 


I/C Call proceeding 


(Optional test) 


STATUS/C=30,99,S=9 


9 
Improper 


STATUS/C=30,S=9 
9 
Improper 


STATUS/C=30,S=9 
STATUS/C=99,S=9 
9 

Improper 


STATUS/C=99,S=9 
STATUS/C=30,S=9 
9 

Improper 


DT 
0 
Improper 


STATUS/C=95 
0 

Improper 
(Note 3) 


9 
Improper 


Message 
received 
by IUT 


ALERTing 


CALL 
PROCeeding 


U0 U10 
Null Active 


REL/C=8 1 
19 


Inopportune 


REL COM/C=81 
0 


Inopportune 


STATUS/C=101,S=10 
10 


Inopportune 


STATUS ENQUIRY 
10 


Inopportune 


REL/C=8] 
19 


Inopportune 


REL COM/C=81 
19 


Inopportune 


STATUS/C=101,S=10 
10 


Inopportune 


STATUS ENQUIRY 
10 


Inopportune 


ACA TS 014 — 1997 


LAYER 3— PRIMARY RATE TEST MATRIX 3 


Call Clearing 


U1I 
Disc request 


STATUS/C=101,S=11 
1] 


: Inopportune 


STATUS ENQUIRY 
1] 
Inopportune 


Inopportune 


STATUS/C=101,S=11 
11 


Inopportune 
STATUS ENQUIRY 


11 


Inopportune 
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U12 
Disc indication 
(OPTIONAL) 


STATUS/C=101,S=12 
12 


Inopportune 


STATUS ENQUIRY 
12 


Inopportune 


DI 
12 


STATUS/C=101,S=12 
IZ 


Inopportune 


STATUS ENQUIRY 
12 


Inopportune 


DT 
12 


U19 
Release request 


STATUS/C=101,S=19 
19 


Inopportune 


STATUS ENQUIRY 
19 


Inopportune 


DT 
19 


Inopportune 


STATUS/C=101,S=19 
19 


Inopportune 


STATUS ENQUIRY 
19 


Inopportune 


DT 
19 


COPYRIGHT 


ACA TS 014 — 1997 


‘Row Message 
No. received 
by IUT 


4 CONNect 
ACK 


DISConnect 


COPYRIGHT 


A: 


1 Bf) U10 
Null Active 


Layer 3 — Primary Rate Test Matrix 3 (cont.) 


REL/C=81 
19 


Inopportune 


REL COM/C=81 
0 


Inopportune 


STATUS/C=101,S=10 
10 


Inopportune 


STATUS ENQUIRY 
10 


Inopportune 


REL/C=81 
19 


Inopportune 


REL COM/C=81 
0 


Inopportune 


STATUS/C=101,S=10 
10 


inopportune 


STATUS ENQUIRY 
10 


Inopportune 


REL/C=81 
19 


inopportune 


REL COM/C=8]1 
0 


Inopportune 


U11 
Disc request 


STATUS/C=101,S=11 
1] 


Inopportune 


STATUS ENQUIRY 
1] 


Inopportune 


Inopportune 


STATUS/C=101,S=12 
12 


Inopportune 


STATUS ENQUIRY 
12 


Inopportune 
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U12 
Disc indication 
(OPTIONAL) 


STATUS/C=101,S=12 
12 


Inopportune 


STATUS ENQUIRY 
12 


Inopportune 


STATUS/C=101,S=19 
19 


Inopportune 


STATUS ENQUIRY 
19 


Inopportune 


Call Clearing 


U19 
Release request 


STATUS/C=101,S=19 
19 


Inopportune 


STATUS ENQUIRY 
19 


Inopportune 


Row 


Message 
received 
by IUT 


INFOrmation 
(Include 
Called Party 
Number) 


NOTIFY 


Layer 3 — Primary Rate Test Matrix 3 (cont.) 


Call Clearing 


U0 U10 
Null Active 


REL/C=81 
19 


Inopportune 


REL COM/C=81 
0 


Inopportune 


Proper 


STATUS/C=97,S=10 
10 
Proper 


REL/C=81 
19 


Inopportune 


REL COM/C=81 
0 


Inopportune 


STATUS/C=97,S=10 
10 
Proper 


DT 
10 
Proper 


STATUS ENQUIRY 
10 
Improper 


Ul1 
Disc request 


Inopportune 


STATUS/C=97,S=1 1 
1] 
Proper 


STATUS/C=101,S=11 
1] 
Proper 


STATUS ENQUIRY 
Il 
Proper 


STATUS/C=97,S=1! 
1} 
Proper 


Improper/Inopportune 
STATUS/C=101,S=11 


1] 


Inopportune 


211 


U12 
Disc indication 
(OPTIONAL) 


Inopportune 
STATUS/C=97,S=12 


12 
Proper 


STATUS/C=97,S=12 


Improper/Inopportune 


STATUS/C=101,S=12 
12 


Inopportune 


ACA TS 014 — 1997 


U19 
Release request 


DT 
19 


Inopportune 


STATUS/C=97,S=19 
19 
Proper 


STATUS/C=101,S=19 
19 
Proper 


STATUS ENQUIRY 


19 
Proper 


STATUS/C=97,S=19 


Improper/Inopportune 
STATUS/C=101,S=12 


19 


Inopportune 
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ACA TS 014 — 1997 


Layer 3 — Primary Rate Test Matrix 3 (cont.) 


Message 
received 
by IUT 


PROGress : REL/C=81 
: 19 
: Inopportune 
: REL COM/C=81 
: 19 
: Inopportune 
: STATUS/C=101,S=10 
S: 10 
: Inopportune 
: STATUS ENQUIRY 
S: 10 
: Inopportune 


RELease : REL COM/C=81 
: 
: Proper 


RELease COM 


COPYRIGHT 


Uli 
Disc request 


STATUS/C=101,S=11 
1] 


Inopportune 


STATUS ENQUIRY 
1] 


Inopportune 


272 


U12 
Disc indication 
(OPTIONAL) 


STATUS/C=101,S=12 


12 


a 


Inopportune 


STATUS ENQUIRY 
12 


Inopportune 


Call Clearing 


U19 
Release request 


STATUS/C=101,S=19 
19 


Inopportune 


STATUS ENQUIRY 
19 


Inopportune 


ACA TS 014 — 1997 


. Layer 3 — Primary Rate Test Matrix 3 (cont.) 
No. received Null Active 


by IUT Ul1 U12 U19 
Disc request Disc indication Release request 
(OPTIONAL) 


SETUP(Call 
ref. flag=0) 


{Onginal Call 
to be Network 
generated] 


Inopportune : Inopportune : Inopportune 


CALL PROC 
9 
Proper 


ALERTING 
7 


Proper 


CONN 
8 
Proper 


* ; ‘CALL PROC 


ALERTING 
7 
Proper 


CALL PROC 
CONNECT 

8 

Proper 


ALERTING 
CONNECT 
8 

Proper 


CALL PROC 
ALERTING 
CONNECT 

8 

Proper 


* : REL COM 


0 


Inopportune 


A: REL COM 
S: 19 
T: Inopportune 


275 
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ACA TS 014-1997 
Layer 3 — Primary Rate Test Matrix 3 (cont.) 


Row Message v0 U10 Call Clearing 
No. received Null Active 
by IUT Ull1 U12 U19 
Disc request Disc indication Release request 


(OPTIONAL) 


2 SETUP ACK A: REL/C=81 
S: 19 
T: Inopportune 
A: REL COM/C=8} 
Ss: 0 
T: Inopportune 
STATUS/C=101,S=10 STATUS/C=101,S=11 STATUS/C=101,S=12 STATUS/C=101,S=19 
10 1] 12 S: 19 
Inopportune Inopportune Inopportune Inopportune 
STATUS ENQUIRY STATUS ENQUIRY STATUS ENQUIRY STATUS ENQUIRY 
10 1] 12 S: “19 
Inopportune Inopportune Inopportune Inopportune 
A: DT 
S: 19 
Inopportune T: Inopportune 
13 STATUS A 
(cause not=30) 
(state=same) 


A: REL/C=81 

T: Proper 

A: REL COM/C=8] 
S: 0 


14 STATUS 
ENQUIRY Ss: 19 
15 


T: Inopportune 


A: STATUS/C=30,S=19 
S: 19 


STATUS/C=30,S=10 STATUS/C=30,S=11 STATUS/C=30,S=12 


T: Proper 


User Initiated 
Clearing 
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. | Layer 3 — Primary Rate Test Matrix 3 (cont.) 
No. received 


by IUT Ul1 U12 U19 
Disc request Disc indication Release request 
(OPTIONAL) 


RESTART ACK 
0 


RESTART ACK 
0 


RESTART ACK 
0 


RESTART ACK 
S: 0 


RESTART ACK 
0 


RESTART (all 
interface) 


Proper Proper Proper Proper 


Proper 


RESTART ACK 
0 


RESTART ACK 
0 


RESTART ACK 
0 


RESTART ACK 
0 


RESTART 
(channel) 


20 
ACK 


STATUS/ 
C=30,S=0 


RESTART ACK 
0 


Proper Proper Proper Proper Proper 


0 


Inopportune 


Inopportune Inopportune 


Protocol 
Discnminator 
Error 


35 Message too 
short 


Invalid Call 
Reference 
Format 
(incorrect 
length 3 octets) 


Call Reference 
Procedural 
Error (Global 
call ref.) 


0 S: 1] 


Improper Improper 


0 
Improper 


Improper Improper Improper T: Improper T: Improper 


STATUS/C=81 
(Global CR) 
19 


STATUS/C=81 
(Global CR) 
1] 


STATUS/C=81 
(Global CR) 
12 


STATUS/C=81 
(Global CR) 
10 


STATUS/C=81 
(Global CR) 
0 


Improper Improper Improper Improper Improper 


Z75 
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Message 
received 
by IUT 


Call Reference 
Procedural 
Error (Non- 
global call ref) 


[Note: 
Response is for 
different Call 
Reference} 


Message Type 
Not 
Implemented 


Row 
No. 
4] DISConnect 
Cause missing 


DISConnect 
Cause content 
error 


COPYRIGHT 


v0 
Null 


REL/C=81 
0 
Improper 


REL COM/C=81 
0 


Inopportune 


REL/C=81 
19 
Improper 


REL COM/C=81 
0 


Inopportune 


REL/C=81 
10 
Improper 


REL COM/C=81 
10 


Inopportune 


STATUS/C=97,S=10 
10 
Improper 


STATUS ENQUIRY 
10 
Improper 


REL 
STATUS/C=96,S=19 
19 

Improper 


STATUS/C=96,S=10 
REL 

19 

Improper 


DET 
STATUS/C=96,S=13 
eS) 

Improper 


REL 
19 
Improper 


REL 


STATUS/C=100,S=19 


19 
Improper 


STATUS/C=100,S=10 


Improper 


DET 
STATUS/C=100,S=13 
13 

Improper 


Improper 


U1i1 
Disc request 


Improper 


REL COM/C=81 
1] 


Inopportune 


STATUS/C=97,S=11 
1] 
Improper 


STATUS ENQUIRY 
a 
Improper 


REL 
STATUS/C=96,S=19 
19 

Improper 


STATUS/C=96,S=19 
REL 

19 

Improper 


REL 
19 
Improper 


REL 


STATUS/C=100,S=19 


19 
Improper 


STATUS/C=100,S=11 


Improper 


Improper 


276 


Layer 3 — Primary Rate Test Matrix 3 (cont.) 


Call Clearing 


U12 
Disc indication 
(OPTIONAL) 


REL/C=81 
12 
Improper 


REL COM/C=81 
12 


Inopportune 


STATUS/C=97,S=12 
[2 
Improper 


STATUS ENQUIRY 
12 
Improper 


U19 
Release request 


REL/C=81 
19 
Improper 


REL COM/C=81 
19 


Inopportune 


STATUS/C=97,S=19 
19 
Improper 


STATUS ENQUIRY 
19 
Improper 


ACA TS 014-1997 
* Layer 3 — Primary Rate Test Matrix 3 (cont.) 


U0 U10 Call Clearing 


Row 
No. 


Message 
received 


by IUT Ull U12 U19 
Disc request Disc indication Release request 
(OPTIONAL) 


REL 
STATUS/C=100,S=19 
19 


REL 
STATUS/C=100,S=19 
19 


DISConnect 
Progress 
content error 


Improper Improper 


STATUS/C=100,S=10 


STATUS/C=100,S=11 


Improper Improper 
DET 
STATUS/C=100,S=13 
13 
Improper 


Improper Improper 


INFOrmation 
Display 
missing 


A: STATUS/C=96,S=10 
10 


Improper 


STATUS/C=97,S=10 
10 
Improper 


PROGRESS 
Progress 
missing 


REL/C=81 
19 


Inopportune 


REL COM/C=81 
0 


Inopportune 


STATUS/C= ,S=10 
10 


STATUS/C= ,S=11 
11 


STATUS/C= ,S=12 
Iz 


STATUS/C= ,S=19 
19 


Inopportune Inopportune Inopportune Inopportune 


STATUS ENQUIRY 
10 


STATUS ENQUIRY 
11 


STATUS ENQUIRY 
12 


STATUS ENQUIRY 
19 


Inopportune Inopportune Inopportune Inopportune 


STATUS/C= ,S=10 
STATUS/C= ,S=10 
10 


STATUS/C= ,S=11 
STATUS/C= ,S=11 
1] 


STATUS/C= ,S=12 
STATUS/C= ,S=12 
12 


STATUS/C= ,S=19 
STATUS/C= ,S=19 
19 


Improper/Inopportune Improper/Inopportune Improper/Inopportune Improper/Inopportune 


4 | 
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Message 
received 
by IUT 


PROGRESS 
Progress 
content error 


REL/C=81 
19 


Inopportune 


REL COM/C=81 
0 


Inopportune 


Layer 3 — Primary Rate Test Matrix 3 (cont.) 


STATUS/C= ,S=10 
10 


Inopportune 


STATUS ENQUIRY 
10 


Inopportune 


STATUS/C= ,S=10 
STATUS/C= ,S=10 
10 
Improper/Inopportune 


U11 
Disc request 


STATUS/C= ,S=11 
11 


Inopportune 


STATUS ENQUIRY 
11 


Inopportune 


STATUS/C= ,S=11 
STATUS/C= ,S=11 

11 
Improper/Inopportune 


U12 
Disc indication 
(OPTIONAL) 


STATUS/C= ,S=12 
12 


Inopportune 


STATUS ENQUIRY 
12 


Inopportune 


STATUS/C= ,S=12 
STATUS/C= ,S=12 
12 
Improper/Inopportune 


Call Clearing 


U19 
Release request 


STATUS/C= ,S=19 
19 


Inopportune 


STATUS ENQUIRY 
19 


Inopportune 


STATUS/C= ,S=19 
STATUS/C= ,S=19 
12 


Improper/Inopportune 


Inopportune Inopportune 


RELease A: REL COM : : REL COM A: REL COM REL COM/C=96 


Cause missing SO S(O Ss: @ : © : 0 


T: Inopportune : Improper T: Improper T: Improper : Improper 


DT 

0 
Improper 
(Note 3) 


RELease A: RELCOM / A: RELCOM A: RELCOM - REL COM/C=100 
Cause content | 5. S: 0 Ss: 0 : 0 


T: Inopportune T: Improper : T: Improper T: Improper ® 


DT 

0 
Improper 
(Note 3) 


A: REL COM A: REL COM A: REL COM A: RELCOM REL COM/C=100 


pisplay S: 0 S: 0 S: 0 S: 0 : 0 
content error 
T: Inopportune T: Improper T: Improper T: Improper : Improper 


REL A: DT 
COMplete Ss: 0 


Cause missing 
T: Inopportune 
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Message 
received 


REL 
COMplete 
Cause content 
error 


SETUP Bearer 
cap. missing 
(Call ref. 
flag=0) 


SETUP Bearer 
cap.cont err 
(Call ref. 
flag=0) 


SETUP 
Channel Id. 
missing (Call 
ref. flag=0) 


SETUP 
Channel 
Id.cont err 
(Call ref. 
Flag=0) 


Layer 3 — Primary Rate Test Matrix 3 (cont.) 


DT 
0 


Inopportune 


REL COM/C=96 
0 
Improper 


REL COM/C=100 
0 
Improper 


REL COM/C=96 
0 
Improper 


REL COM/C=100 
0 
Improper 
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Ul1 
Disc request 


U12 
Disc indication 
(OPTIONAL) 
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U19 
Release request 


A: DT 


Ss: 0 
T: Improper 
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Layer 3 — Primary Rate Test Matrix 3 (cont.) ab, 

No. received Null Active 
by IUT Ul1 Ul U19 
Disc request Disc indication Release request 
(OPTIONAL) 
62 SETUP Prog. REL COM/C=100 
Ind.cont err 0 
(Call ref. 


flag=0) Improper 


STATUS/C=100, 
S=0 
ALERTING 
- 


Improper 


ALERTING 
STATUS/C=100, 
S=7 
7 
Improper 


ALERTING 
7 


Improper 


STATUS/C=100, 
S=0 
CALL PROC. 
9 
Improper 


CALL PROC. 
STATUS/C=100, 
S=9 
9 
Improper 


CALL PROC. 
9 


Improper 


STATUS/C=100, 
S=0 
CONNECT 
8 


Improper 


CONNECT 
STATUS/C=100, 
S=8 
8 
Improper 


CONNECT 
8 
Improper 


CALL PROC 
ALERTING 
7 


Improper 


CALL PROC 
ALERTING 
CONNECT 
8 
Proper 
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7 Layer 3 — Primary Rate Test Matrix 3 (cont.) 


Message Call Clearing 


received 
by IUT U12 U19 


Disc indication Release request 
(OPTIONAL) 


SETUP Prog. : ALERTING 


Ind.cont err CONNECT 
(Call ref. 


flag=0) 


8 
Proper 


CALL PROC 
CONNECT 
S: 8 
T: Proper 


SETUP [see Row 62] 
Display cont 

err (Call ref. 

flag=0) 


SETUP [see Row 62] 


Calling party 
number cont 
err (Call ref. 

flag=0) 


SETUP [see Row 62] 
Calling party 

subaddress 

cont err (Call 

ref. flag=0) 

SETUP Called | [see Row 62] 
party number 

cont error (Call 

ref. flag=0) 

SETUP Called | [see Row 62] 
party 

subaddress con 

error (Call ref. 

flag=0) 

SETUP Low [see Row 62} 
layer compat. 

cont error (Call 

ref. flag=0) 

SETUP high [see Row 62] 
layer compat. 

cont error (Call 

ref. flag=0) 
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Layer 3 — Primary Rate Test Matrix 3 (cont.) * 
received Null Active 
by IUT Ul1 U12 U19 
Disc request Disc indication Release request 
(OPTIONAL) 


71 SETUP A: REL 
Teleservices COM/C=99(100) (88) 
type content 
error (Call ref. | 5: 9 
flag=0) T: Improper 
A: CALL PROC. 
REL COM/C=88 
Ss 0 
T: Improper 
A: STATUS/C=99(100), 
S=0 
ALERTING 
Ss 7 
T: Improper 
A: ALERTING © 
STATUS/C=99(100), 
S=7 
Ss 7 
T: Improper 
A: STATUS/C=99(100), 
S=0 
CALL PROC. 
> 8 
T: Improper 
A: CALL PROC. 
STATUS/C=99(100), 
S= 9 
Ss: 9 
T: Improper 
A: STATUS/C=99(100), 
S=0 
CONNECT 
Ss: 8 ie, 
T: Improper 
A: CONNECT 
STATUS/C=99(100, 
S=8 
S: 8 
T: Improper 
A: CALL PROC. 
ALERTING 
S 7 
T: Improper 
A: CALL PROC 
ALERTING 
CONNECT 
Ss: 8 
T: Proper 
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received 
by IUT 


Cause missing 


STATUS 
Cause content 


STATUS State 
missing 


STATUS State 
content error 


REL/C=96 
19 
Improper 


STATUS/C=96,S=10 
10 
Improper 


Improper 


REL/C=100 
19 
Improper 


STATUS/C=100,S=10 
10 
Improper 


Improper 


REL/C=96 
19 
Improper 


STATUS/C=96,S=10 
10 
Improper 


Improper 


REL/C=100 
19 
Improper 


STATUS/C=100,S=10 
10 


Improper 


REL/C=101 
19 
Improper 


Improper 


Uli1 
Disc request 


REL/C=96 
19 
Improper 


STATUS/C=96,S=1 1 
11 
Improper 


Improper 


REL/C=100 
19 
Improper 


STATUS/C=100,S=11 
1] 
Improper 


Improper 


REL/C=96 
19 
Improper 


STATUS/C=96,S=1 1 
1] 
Improper 


Improper 


STATUS/C=100,S=11 
1] 
Improper 


REL/C=101 
19 


Improper 


IGN 
1] 


Improper 
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Layer 3 — Primary Rate Test Matrix 3 (cont.) 


Call Clearing 


U12 
Disc indication 
(OPTIONAL) 


REL/C=96 
19 
Improper 


STATUS/C=96,S=12 
2 
Improper 


IGN 
12 
Improper 


REL/C=100 
19 
Improper 


STATUS/C=100,S=12 
12 
Improper 


Improper 


REL/C=96 
19 
Improper 


STATUS/C=96,S=12 
IZ 
Improper 


Improper 


STATUS/C=100,S=12 
12 
Improper 


REL/C=101 
19 
Improper 


U19 
Release request 


REL/C=96 
19 
Improper 


STATUS/C=96,S=19 
19 
Improper 


IGN 
19 
Improper 


REL/C=100 
19 
Improper 


STATUS/C=100,S=19 
19 
Improper 


Improper 


REL/C=96 
19 
Improper 


STATUS/C=96,S=19 
19 
Improper 


Improper 


STATUS/C=100,S=19 
19 
Improper 


REL/C=101 


19 
Improper 


Improper 
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Layer 3 — Primary Rate Test Matrix 3 (cont.) 


uo U10 Call Clearing 


Message 
received 


by IUT U11 Ul12 U19 
Disc request Disc indication Release request 
(OPTIONAL) 


RESTART 
Restart 
indicator 
missing 


0 


Improper Improper Improper Improper Improper 


STATUS/C=96 
(Global CR) 
19 


STATUS/C=96 
(Global CR) 
12 


STATUS/C=96 
(Global CR) 
10 


STATUS/C=96 
(Global CR) 
1] 


STATUS/C=96 
(Global CR) 
0 


Improper Improper Improper Improper Improper 


92 RESTART 
Restart 0 
indicator 
content error Improper Improper Improper Improper Improper 
STATUS/C=100 STATUS/C=100 STATUS/C=100 STATUS/C=100 STATUS/C=100 
0 10 1] 12 19 
Improper Improper Improper Improper Improper 
93 RESTART IGN 
(Channel 0 10 
restart) 
Channel Id. Improper Improper Improper Improper Improper 
content error 
STATUS/C=100 STATUS/C=100 STATUS/C=100 STATUS/C=100 STATUS/C=100 
0 10 1] 12 19 
Improper Improper Improper Improper Improper 
118 DISConnect IE 


not 
implemented 


Improper Improper 


REL 
STATUS/C=99,S=19 
19 


REL 
STATUS/C=99,S=19 
19 


Improper Improper 


STATUS/C=99,S=10 
(12) 


STATUS/C=99,S=1 1 
(12) 


Improper 


INFOrmation 
IE not 
implemented 


STATUS/C=99,S=10 
10 


Improper 


STATUS/C=97,S=10 
10 


Improper 


Improper 
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* Layer 3 — Primary Rate Test Matrix 3 (cont.) 


No. received Null Active 
by IUT Ul1 U12 U19 
Disc request Disc indication Release request 
(OPTIONAL) 


120 NOTIFY IE A: STATUS/C=99,S=10 
a” 10 
implemented 
Improper 
STATUS/C=97,S=10 
10 
Improper 
Improper 
121 PROGRESS REL/C=81 
IE not 19 
implemented 
Inopportune 
* REL COM/C=81 
0 
Inopportune 
STATUS/C=101,S=1 STATUS/C=101,S=11 STATUS/C=101,S=12 STATUS/C=101,S=19 
10 1] 12 19 
Inopportune Inopportune Inopportune Inopportune 
STATUS ENQUIRY STATUS ENQUIRY STATUS ENQUIRY STATUS ENQUIRY 
10 1] 12 19 
Inopportune Inopportune Inopportune Inopportune 
Inopportune 
122 RELease IE REL COM REL COM REL COM REL COM 


not 
implemented 


0 0 0 S: 0 


Improper Improper Improper T: Improper 


STATUS 
REL COM 
0 


STATUS/C=99,S=10 
REL COM 
0 


STATUS/C=99,S=11 
REL COM 
0 


STATUS/C=99,S=12 
REL COM 
0 


Improper Improper Improper Improper 


STATUS 
0 
Improper 


DT 
0 
T: Improper 
(Note 3) 
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Message 
received 


by IUT 


SETUP IE not 
implemented 
(Call ref. 
flag=0) 


U0 
Null 


STATUS/C=99, 
S=0 
ALERTING 

7 

Improper 


ALERTING 
STATUS/C=99, 
S=7 

7 

Improper 


ALERTING 
7 
Improper 


STATUS/C=99, 
S=0 

CALL PROC. 

9 

Improper 


CALL PROC. 
STATUS/C=99, 
S=9 

9 

Improper 


CALL PROC. 
9 
Improper 


STATUS/C=99, 
S=0 
CONNECT 

8 

Improper 


CONNECT 
STATUS/C=99, 
S=8 

8 

Improper 


CONNECT 
8 
Improper 


CALL PROC. 
ALERTING 
7 

Improper 


Layer 3 — Primary Rate Test Matrix 3 (cont.) 


U10 
Active 


Call Clearing 


286 


U11 


Disc request 


U12 
Disc indication 
(OPTIONAL) 


U19 
Release request 


124 


125 


126 


127 


Message u0 
received 
by IUT 


STATUS IE 
not 
implemented 
(cause not=30) 
state=same 


STATUS 
ENQUIRY IE 
not 
implemented 


RESTART IE RESTART ACK 
net ¢ 0 
implemented 

Improper 


STATUS/C=99 
RESTART ACK 
0 

Improper 


STATUS/ 
C=30,S=0 IE 
not 
implemented 


Layer 3 — Primary Rate Test Matrix 3 (cont.) 


Call Clearing 


STATUS/C=99,S=10 
10 
Improper 


Improper 


STAT/C=30,99,S=10 
10 
Improper 


STATUS/C=30,S=10 
STATUS/C=99,S=10 
10 

Improper 


STATUS/30,S=10 
10 
Improper 


RESTART ACK 
0 
Improper 


STATUS/C=99 
RESTART ACK 
0 

Improper 


Improper 


0 
Improper 


STATUS 
0 
Improper 
(Note 3) 


U11 
Disc request 


STATUS/C=99,S=1 1 
1] 
Improper 


Improper 


STAT/C=30,99,S=11 
1] 
Improper 


STATUS/C=30,S=11 
STATUS/C=99,S=1 1 
1] 

Improper 


STATUS/30,S=11 
1] 
Improper 


RESTART ACK 
0 
Improper 


STATUS/C=99 
RESTART ACK 
0 

Improper 


DT 
0 
Improper 


STATUS 
0 


Improper 
(Note 3) 
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U12 
Disc indication 
(OPTIONAL) 


STATUS/C=99,S=12 
12 
Improper 


Improper 


STAT/C=30,99,S=12 
1Z 
Improper 


STATUS/C=30,S=12 
STATUS/C=99,S=12 
12 


Improper 


STATUS/30,S=12 
12 
Improper 


RESTART ACK 
0 
Improper 


STATUS/C=99 
RESTART ACK 
0 

Improper 


DT 
0 
Improper 


STATUS 
0 
Improper 
(Note 3) 
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U19 
Release request 


STATUS/C=99,S=19 
19 
Improper 


Improper 


STAT/C=30,99,S=19 
19 
Improper 


STATUS/C=30,S=19 
STATUS/C=99,S=19 
19 

Improper 


STATUS/30,S=19 
19 
Improper 


RESTART ACK 
0 
Improper 


STATUS/C=99 
RESTART ACK 
0 

Improper 


DT 
0 
Improper 


STATUS 
0 
Improper 
(Note 3) 
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LAYER 3 — PRIMARY RATE TEST MATRIX 4 


Tester does not ae ; : 
Test State (user initialised to this state at time = 0 


send 


a test message 


First Expiry 


Timer Timer Timer Timer 
T303 = 4s T304 = 15s T310= 10s T305 = 30s 
(Optional Timer) (Optional Timer) (Optional Timer) 


Second Expiry * REL * 


(These responses RESTART 


include First Expiry : (Channel) 


Response) [Note 1} 
Ss: 0 


T = T303 x2 = 8s 
T= T308 x2 = 8s 


Note 1: The Channel Restart on the 2nd Expiry of T308 is Optional. 


Note 2: The acceptable tolerance for each timer is as follows: 
T303 Minimum 3 sec, Maximum 5 sec 
T304 Minimum 14 sec, Maximum 16 sec 
T305 Minimum 28 sec, Maximum 32 sec 
T308 Minimum 3 sec, Maximum 5 sec 
T310 Minimum 9 sec, Maximum 11 sec 
T313. Minimum 3 sec, Maximum 5 sec 
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K LAYER 3 —INITIALISATION SEQUENCES FOR ALL USER 
STATES 


The following initialisation sequences are provided as a guide to create appropriate 
preambles. They are not an exhaustive list but represent a small subset of possible 
sequences. Note that some of the indicated sequences may be difficult to attain 
depending on the capabilities of the SUT. Ifa user interface cannot be initialised to 
a particular state, then all tests in that test group will be abandoned and FAILED. 


INITIALISATION TO NULL STATE (U0) 


User states (Terminal) Network (Tester) 


UO, U1, U2, U3, U4, U6, U7, U8, 
RELEASE 
U0 


U9, U10, U11, U12, U19 


UO, Ul 
RELEASE COMP 
U0 


INITIALISATION TO CALL INIT STATE (U1) 


User states (Terminal) Network (Tester) 


RELEASE COMP 


UO 
SETUP 


(Manually triggered) 
Ul 
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Layer 3 — Primary Rate Test Matrix 3 (cont.) 1 


INITIALISATION TO OVERLAP SENDING STATE (U2) 


User states (SUT) Network (Tester) 


U0 
SETUP 


(Manually triggered) 
SETUP ACK 


INITIALISATION TO OUTGOING CALL PROCEEDING STATE (U3) 


User states (SUT) Network (Tester) 


U0 
SETUP 


(Manually triggered) 
U1 


CALL PROCEEDING 


SETUP » 


(Manually triggered) 
SETUP ACK 


CALL PROCEEDING 
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* Layer 3 — Primary Rate Test Matrix 3 (cont.) 


INITIALISATION TO CALL DELIVERED STATE (U4) 


User states (SUT) Network (Tester) 


U0 
SETUP 


(Manually triggered) 
Ul 
SETUP ACK 


ALERTING 


SETUP 


(Manually triggered) 


CALL PROCEEDING © 


* SETUP 


(Manually triggered) 
Ul 


CALL PROCEEDING 
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Layer 3 — Primary Rate Test Matrix 3 (cont.) es, 


INITIALISATION TO ACTIVE STATE (U10) — FOR OUTGOING CALLS 


User states (SUT) Network (Tester) 


U0 
SETUP 


(Manually triggered) 


SETUP ACK: 


(Until adequate information received) 


CONNECT 


CONNECT ACK 
(Optional) 


U10 
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Layer 3 — Primary Rate Test Matrix 3 (cont.) 


U0 
SETUP 


(Manually triggered) 
Ul 


CONNECT ACK 
(Optional) 


U0 
SETUP 


(Manually triggered) 
Ul 


293 


SETUP ACK 


(Until adequate information received) 


CALL PROCEEDING 


SETUP ACK 


I RS ST ETE SSS 
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Layer 3 — Primary Rate Test Matrix 3 (cont.) 


(Until adequate information received) 


etc 


ALERTING 
U4 

CONNECT 
CONNECT ACK 
(Optional) 
U10 


(Manually triggered) 
Ul 
SETUP ACK 


(Until adequate information received) 


CALL PROCEEDING 


ALERTING 


CONNECT 


U4 
CONNECT ACK 


(Optional) 


U10 
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tf. | Layer 3 — Primary Rate Test Matrix 3 (cont.) 


U0 


SETUP 


(Manually triggered) 


CALL PROCEEDING 


CONNECT 


CONNECT ACK 
(Optional) 


SETUP 


(Manually triggered) 


CALL PROCEEDING 


CONNECT ACK 
(Optional) 


U10 


INITIALISATION TO CALL PRESENT STATE (U6) — Testing in State 6 is OPTIONAL 


User states (SUT) Network (Tester) 


pence a RES EE EOE 
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Layer 3 — Primary Rate Test Matrix 3 (cont.) * 


INITIALISATION TO CALL RECEIVED STATE (U7) 


User states (SUT) Network (Tester) 


ALERTING 


U7 


U6 
CALL PROCEEDING 


U9 
ALERTING 


U7 
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7 Layer 3 — Primary Rate Test Matrix 3 (cont.) 


INITIALISATION TO CONNECT REQUEST STATE (U8) 


User states (SUT) Network (Tester) 


SETUP 


SETUP 


U6 
ie CALL PROCEEDING 


U9 
CONNECT 


U8 


297 
COPYRIGHT 


ACA TS 014 — 1997 
Layer 3 — Primary Rate Test Matrix 3 (cont.) *, 


U6 
CALL PROCEEDING 


U9 
ALERTING 


U7 
CONNECT 


U8 


INITIALISATION TO INCOMING CALL PROCEEDING STATE (U9) 


User states (SUT) Network (Tester) 


U6 
CALL PROCEEDING 


U9 


Note: — If the SUT does not send CALL PROCEEDING then testing in this state is not ® 
mandatory. 
INITIALISATION TO ACTIVE STATE (U10) — FOR INCOMING CALLS 


User states (SUT) Network (Tester) 


SELUP 
U6 
CONNECT 

CONNECT ACK 
U9 
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Layer 3 — Primary Rate Test Matrix 3 (cont.) 


U6 
ALERTING 


U7 — 
CONNECT 


U8 


U6 
CALL PROCEEDING 
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CONNECT ACK 


CONNECT ACK 


SETUP 
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Layer 3 — Primary Rate Test Matrix 3 (cont.) ® 


CONNECT ACK 


INITIALISATION TO DISCONNECT REQUEST STATE (011) 


User states (SUT) Network (Tester) 


U1, U2, U3, U4, U10 
DISCONNECT 
(Manually triggered) 


(No action) 
(Expiry T313) DISCONNECT 


U11 


U2 
(No action) 


(Expiry T304 if implemented) 
DISCONNECT 


Ull 


INITIALISATION TO DISCONNECT INDICATION STATE (012) 


User states (SUT) Network (Tester) 


U1, U2, U3, U4, U10 
DISCONNECT 
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7 Layer 3 — Primary Rate Test Matrix 3 (cont.) 


INITIALISATION TO RELEASE REQUEST STATE (U19) 


Network (Tester) 


User states (SUT) 


U1, U2, U3, U4, U10, U12 
RELEASE 
(Manually triggered) 
DISCONNECT 


U11 

(No action) 

RELEASE 

(Expiry T305) 

U19 

STATUS 
e RELEASE 
(Missing call state IE) 
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Layer 3 — Primary Rate Test Matrix 3 (cont.) 


THIS PAGE IS INTENTIONALLY LEFT BLANK 
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System Management 


Layer Management ; 

Hi Layer 
a 
a — 
f= | men) 
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Data Link Layer Service 
Access Point 


Data Link Connection 
endpoint 


Figure 2 


Entities, Service Access Points and Endpoints 
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ee Layer 3 
Entity 
Data Link Layer Service 
* Access Point 

Data Link Connection | 
| Endpoint | 
| | 

Data Link Connection 
Figure 3 
Peer—to—Peer Relationship 
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Layer 3 


Confirm Request Indication Response 


Data Link 
Layer 


Data Link Layer 
Peer—to—Peer Protocol 


Note: |The same priniciple applies for data link layer — physical layer interactions 


Figure 4 


Primitive Action Sequence 
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Data Link Layer 
Layer 3 Primitives 


Data Link Layer 
Physical Layer 
Primitives 


Data Link Layer 
Service Access Point 


Data Link Data Link Layer 
Layer sa ee See 
Entity Peer—to—Peer 

Protocol 


Physical Layer 
Service Access Point 


Physical 
Layer 
Entity 
Physical Connection 
Figure 5 


Layer 3 
Entity 


Data Link 
Layer 
Entity 


Physical 
Layer 


Entity 


Data Link Layer Reference Model 
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Customer Equipment Side Network Side 


Layer 3 
TE ET/NT2 


Data Link Layer | | See 


Figure 6 


Point—to—Point Data Link Connections 
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Customer Equipment Network Side 
NT2 
Signalling 
Information 
Data Link Layer 
SAPI = 0 
D—Channel 
Figure 7 
J Overview description of the relationship between 
SAPI, TEI and DLCI 
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DI—Release Indication DI—Release Confirm 


DI-Establish 


Indication 


Awaiting 
Establish 


Di-—Establish Awaiting 
Indication Establish 


DI—Release 


Indication 


DI-Establish Indication 
DI-Establish Confirm 
DI-Release Indication 


Dj-Establish Confirm 


Di-—Establish Request . 


Note: Possible loss of information 


Note 1: If the data link layer entity issues a DL-ESTABLISH-INDICATION (this applies to the 
case of data link layer initiated or peer system initiated re-establishment), _ 
DL-—RELEASE-CONFIRM or DL—RELEASE-INDICATION, this indicates the discard 
of all the data link service data units representing DL-DATA—REQUEST. 


Note 2: This primitive notifies to layer 3 link re-establishment. 


Note 3: This primitive will occur if a DL-RELEASE-REQUEST collides with a 
DL-RELEASE-INDICATION. 


Note 4: This primitive will occur if a DL-ESTABLISH—REQUEST collides with a ® 
DL-ESTABLISH-INDICATION. 


Note 5: This primitive will occur if a DL-RELEASE-REQUEST collides with a 
DL-ESTABLISH-INDICATION. 


Note 6: This primitive will occur if 2a DL-ESTABLISH—-REQUEST (this applies to the case of 
layer 3 initiated re-establishment) collides with a DL-RELEASE-INDICATION. Since 
this DL-RELEASE-INDICATION is not related to the DL-ESTABLISH—REQUEST, 
the data link layer will establish the link and issue a DL-ESTABLISH—CONFIRM. 


Figure 8 


State Transition Diagram for Sequence of Primitives at a Point-to—Point 
Data Link Connection Endpoint as Seen by Layer 3 
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To System 


Connection 
Management 


Management 
Entity 


* (cM 


To System 
Management ae 


Management 
Entity 
(LME) 


Muluplex Procedure 


O Layer 2 


Layer Management (LM) 


OS OS 00 600 06 8 0006 8909889908 OSS SSS OS 6 6 66 O86 S888 SEF 0889S CSS CESS COD COSTES SE 


Layer 1 


Figure 9 
Functional Model of the Data Link-Management Layer 
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Point-to—Point 
Data Link Procedures 
TEI =0 
SAPI = 0 


Wee 


To Multiplex Procedure 


Figure 10 


Data Link Procedure Structure 
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Service User Service User 
(user side) (network side) 
4 


Point-to—Point | Peer-to-Peer} Point—to—Point 


Management 
Procedures Connection Procedures 


Management 


Figure 11 


Peer—to—Peer Model of the Point—to—Point Procedures 
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4 
TEI 
Assigned 
LAP Release Establish 
omes / ‘ Request 
Peer Peer 
Initiated 
Initiated LAP 
LAP Release Establishment 
J a 
Release LAP Establishment 
Request ~ a Completed 


Multiple Frame 


Established 


whee Release 1200 Completion of 1203 
initiated Request Timer Timer Recovery Timer 
LAP Release Expiry Expiry 
8 
Tumer 
Recovery 
Figure 12 


An Overview of the States of the Point-to—Point Procedures 
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State Symbol 


Input Symbol (peer control) 


Input Symbol! (internal signal)* 


Output Symbol 


Output Symbol (internal signal)* 


Save Symbol 


Task Symbol 


Decision Symbol 


Procedure Start Symbol 


Return Symbol 


Procedure Call Symbol 


Option Symbol 
* Not included in the ITU-T Z Series Recommendations [88]. 


Figure 13 


Legend for Figure 14 SDL Sequence Diagrams 
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Figure 14 
SDL Sequence Diagrams (Sheet lof 20) 
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AWAITING 
ESTABLISHMENT 
Nowe 
DL 
ESTABLISH 
REQUEST 
DISCARD 
QUEUE 
SET 
LAYER 3 
INITIATED INDICATION @) 
AWAITING AWAITING 
ES ESTABLISHMENT 
: 
DISCARD 
QUEVE 
DL 
ESTABLISH 
INDICATION 
STOP T203 
START T203 
V(S) =0 
V(A)=0 
V(R)=0 
7 
MULTIPLE 
FRAME 
ESTABLISHED 


Note: Only possible in cases of Layer 2 initiated re-establishment 


Figure 14 
SDL Sequence Diagrams (Sheet 2 of 20) 
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Figure 14 
SDL Sequence Diagrams (Sheet 3 of 20) ‘« 
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™ x Y 
DM DM 
AWAITING AWAITING 
RELEASE RELEASE CONFIRM INDICATION | (p) 
STOP 6 
1203 AWAITING 
RELEASE 
4 
TH 
ASSIGNED 


Figure 14 
SDL Sequence Diagrams (Sheet 4 of 20) 
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6 
AWAITING 
RELEASE 


<<: RC =N200 ke 
Y N 
RELEASE RC=RC+! RRO 
ssa nde |, e 
a Re: 
STOP T203 RELEASE 
CONFIRM 
=) Gz) > G 
Tel AWAITING DISC Te 
ASSIGNED RELEASE ASSIGNED 
6 
AWAITING 
RELEASE 
Figure 14 
SDL Sequence Diagrams (Sheet 5 of 20) * 
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FRAME 
ESTABLISHED 
DL DL DL 
RELEASE RELEASE DATA CuEEDee 
REQUEST REQUEST REQUEST 
1 l 1OUEUE PEER 
QUEUE QUEUE RECEIVER 


Figure 14 
SDL Sequence Diagrams (Sheet 6 of 20) 
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Figure 14 


SDL Sequence Diagrams (Sheet 7 of 20) 
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BUSY 


representation. and may be generated by the 
connecuon management entity. 


Note: These signals are generated outside of this SDL 


Figure 14 


SDL Sequence Diagrams (Sheet 8 of 20) 
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V(A) = N(R) 


STOP T200 
RESTART T203 


" a e 
ERROR ERROR 
RECOVERY RECOVERY 
7 5 7 
MULTIPLE AWAITING MULTIPLE 
ESTABLISHED ESTABLISHMENT ESTABLISHED 


Figure 14 


SDL Sequence Diagrams (Sheet 9 of 20) 
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MDL 
ERROR 


NR) ’ 

V(A)=N(R) ERROR Rnb ne 
CLEAR 

STOPT200 LAYER3 

RESTARTT203 INITIATED 


7 5 $ 
MULTIPLE AWAITING AWAITING 
ESTABLISHED ESTABLISHMENT ESTABLISHMENT 


Figure 14 
SDL Sequence Diagrams (Sheet 10 of 20) 
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Figure 14 


SDL Sequence Diagrams (Sheet 11 of 20) 
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V(A) = N(R) 


Figure 14 
SDL Sequence Diagrams (Sheet 12 of 20) 
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REQUEST 
DISCARD DISCARD PUT IN 
I 1 QUEUE Y 
QUEVE QUEUE RC =N200 
ESTABLISH RC=0 1 FRAME N 
| DATA LINK | P=1 QUEUED UP 
INITIATED ESTABLISHED 
7 
RESTART 
MULTIPLE 
FRAME T200 
ESTABLISHED 
4 
Tal 
ASSIGNED 
TRANSIT 
| mae | a | 
RC-RC +1 
3 
TIMER 
RECOVERY 
Figure 14 


SDL Sequence Diagrams (Sheet 13 of 20) 
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F=P 
CLEAR 
EXCEPTION in 
CONDITIONS 
ESTABLISH 


(F) \INDICATION 
STOP T200 


ASSIGNED 


CLEAR OWN 
RECEIVER 


MDL 
ERROR 
INDICATION _| (B) 


ESTABLISH 
DATA 


ESTABLISH 
INDICATION 


STOP T200 
START T203 


RESPONSE RESPONSE 


CLEAR 
ACKNOWLEDGE 
PENDING 


CLEAR 
ACKNOWLEDGE 


RECOVERY 


Note. These signals are generated outside of this SDL representation, 
and may be generated by the connection management entity. 


Figure 14 


SDL Sequence Diagrams (Sheet 14 of 20) 


522 
COPYRIGHT 


ACA TS 014 — 1997 


Figure 14 
SDL Sequence Diagrams (Sheet 15 of 20) 
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RECOVERY 
SET PEER Ps 
OR 
BUSY INDICATION 


Figure 14 
SDL Sequence Diagrams (Sheet 16 of 20) 
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TIMER 
RECOVERY 


comune € 


I 
OWN Y 
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Receiving frame with incorrect format or 
frame not implemented (FRMR events). 


Note 1: The relevant states are as follows: 
7 Muhuple-frame-established 
8 Timer-recovery 


Note 2: The relevant states are 2s follows: 
4 TEl-assi 
5 Awaiting-establishmemt 
6 Awaitng-release 


Note 3: The data link layer returns to the state 
was in prior to the events shown. 


Figure 14 
SDL Sequence Diagrams (Sheet 18 of 20) 
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Figure 14 


SDL Sequence Diagrams (Sheet 19 of 20) 7 
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Note: The generation of the correct number 
of signals in order to cause the required 
retransmission of | frames does not alter 
their sequence integnity. 


Figure 14 
SDL Sequence Diagrams (Sheet 20 of 20) 
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Figure 15 


Overview of Interface Between 
Layer 3 and Upper Layer 
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Signal lists for $1 and S2 are given in Clause 5.4.3.3. 


Figure 16 


Functional Model of Network Side Layer 3 
(Process Interaction Diagram) 
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Figure 17 


Circuit Switched Call Control 
Procedures User Side (Sheet 1 of 10) 
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Circuit Switched Call Control 
. Procedures User Side (Sheet 2 of 10) 
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CSU 3 


Note: Only applicable if tmer T304 option is selected. 


Figure 17 


Circuit Switched Call Control 
Procedures User Side (Sheet 3 of 10) 
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CSU4 


Figure 17 


Circuit Switched Call Control 
Procedures User Side (Sheet 4 of 10) 
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Circuit Switched Call Control 
Procedures User Side (Sheet 5 of 10) 
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Figure 17 


Circuit Switched Call Control 
Procedures User Side (Sheet 6 of 10) 
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Circuit Switched Call Control 
Procedures User Side (Sheet 7 of 10) 
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Figure 17 


3 Circuit Switched Call Control 
Procedures User Side (Sheet 8 of 10) 
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Circuit Switched Call Control 
Procedures User Side (Sheet 9 of 10) 
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Note: If a channel is allocated this signal must 
initiate channel RESTART action. 


Figure 17 


Circuit Switched Call Control 
Procedures User Side (Sheet 10 of 10) 
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Figure 18 


Circuit Switched User Side Status 
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Figure 19 


Restart Procedures User Side (Sheet 1 of 2) 
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Figure 19 
Restart Procedures User Side (Sheet 2 of 2) 
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Figure 20 
Layer 3 Network Simulator Test Set-Up 
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Figure 21 


Layer 3 Network Emulation Test Set-Up 


352 


ACA TS 014 — 1997 


REFERENCES 


ACA Technical Standards 


[1] Technical Standard 001 Safety Requirements for Customer Equipment 
[2] Technical Standard 004 Voice Frequency Performance Requirements 
for Customer Equipment 
[3] Technical Standard 008 Requirement for Authorised Cabling Products 
* [4] Technical Standard 016 General Requirements for Customer 
Equipment Connected to Hierarchical Digital 
Interfaces 


Australian Standards 


[5] AS 1000—1979 The International System of Units (SI) and its 
application 
[6] AS 3080: 1996 Telecommunication installations—Integrated 


communications cabling systems for 
commercial premises 


+. [7] AS/NZS 4102: 1993 Information Technology — Integrated Services 
Digital Network Primary Access Connector at 
Reference Points S and T 


Federal Communications Commission (FCC) — USA 


[8] FCC 68.500: 1993 FCC Rules Part 68, Sub—part F Connectors 
ISO Standards 
[9] ISO 1745: 1975 Information processing — Basic mode control 


procedures for data communication systems 


353 
COPYRIGHT 


ACA TS 014 — 1997 


[10] ISO 4335: 1993 


[11] ISO 8208: 1995 


[12] ISO 8348: 1996 


[13] Addendum to ISO 8348: 1987 


lst edition 


[14] ISO 8473: 1997 


[15] ISO 8802/2: 1994 


[16] ISO 10173: 1991 


ITU-T (formerly CCITT) Recommendations 


[17] E.164: 1991 


[18] F.182: 1996 


[19] G.703: 1991 


[20] G.704: 1995 


354 


COPYRIGHT 


Data Communication — High level data link 
control procedures — consolidation of elements 
of procedures 


Information technology — Data 
communications — X25 Packet Layer Protocol 
for Data Terminal Equipment 


Information processing systems — Data 
communications — Network service Definition 


Network Layer Addressing 


Information processing systems — Data 
communications — Protocol for providing the 
connectionless — mode network service 


Information processing systems — Local area 
networks Part 2: Logical link control 


Information technology — Integrated Services 
Digital Network (ISDN) primary access 
connector at reference points S and T 


The numbering plan for the ISDN era 


Operational provisions for the international 
public facsimile service between subscribers’ 
stations (telefax) . 


Physical/electrical characteristics of 
hierarchical digital interfaces 


Synchronous frame structures used at primary 
and secondary hierarchical levels 


[21] 


[22] 


[23] 


[24] 


[25] 


[26] 


[27] 


[28] 


[29] 


[30] 


[31] 


[32] 


[33] 


[34] 


G.706: 1991 


G.711: 1988 


G. 7212 1992 


G17, 1995 


G.725: 1988 


G.726: 1990 


G.821: 1996 


G.823: 1993 


H.261: 1993 


ht 1072 


1.320: 1993 


1.330: 1988 


1.411: 1993 


1.412: 1988 


ACA TS 014-1997 


Frame alignment and cyclic redundancy check 
(CRC) procedures relating to basic frame 
structures defined in Recommendation G.704 


Pulse code modulation (PCM) of voice 
frequencies 


Replaced by ITU-T Rec. G.726 [26] 


7 kHz audio—coding within 64 kbit/s 


System aspects for the use of the 7 kHz audio 
codec within 64 kbit/s. 


40, 32, 24, 16 kbit/s adaptive differential pulse 
code modulation 


Error Performance of an International Digital 
Connection Forming Part of an integrated 
services digital network 


The control of jitter and wander within digital 
networks which are based on the 2048 kbit/s 
hierarchy 


Codec for audiovisual services at n x 384 kbit/s 


Circuit-mode multiple—rate unrestricted 8 kHz 
structured bearer service category 


ISDN Protocol reference model 


ISDN numbering and addressing principles 


ISDN user network interfaces — Reference 
configurations 


ISDN user network interfaces, interface 
structure and access capabilities 


COPYRIGHT 


ACA TS 014 — 1997 


[35] 


[36] 


[37] 


[38] 


[39] 


[40] 


[41] 


[42] 


[43] 


[44] 


[45] 


[46] 


[47] 


1.431: 1993 


1.440 (Q.920): 1988 


1.441 (Q.921): 1988 


1.450 (Q.930): 1988 


1.451 (Q.931): 1988 


1.460: 1988 


1.461 (X.30): 1988 


1.462 (X.31): 1988 


1.463 (V.110): 1988 


O51: 1992 


O.17E, 1992 


0.920. 1995 


Q.921: 1993 


COPYRIGHT 


Primary rate user—network interface layer 1 
specification 


ISDN user—network interface data link layer — 
General aspects - 


ISDN user—network interface, data link layer — 
specification 


ISDN user—network interface layer 3 — General 
aspects 


ISDN user—network interface layer 3 
specification for basic call control 


Multiplexing, rate adaption and support of 
existing interfaces 


Support of X.21 and X.21bis based DTEs by an 
ISDN 


Support of packet mode terminal equipment by 
an ISDN 


Support of data terminal equipments (DTES) 
with V-—series type interfaces by an integrated 
services digital network (ISDN) 


Error performance measuring equipment 
operating at the primary rate and above 


Timing jitter measuring equipment for digital 
systems 


Digital subscriber signalling system No.1 
(DSSIHISDN user—network interface data link 
layer—General aspects 


ISDN user-network interface — Data Link layer 
specification 


[48] 


[49] 


[50] 


[51] 


[52] 


[53] 


[54] 


[55] 


[56] 


[57] 


[58] 


[59] 


Q.930: 1993 


Q.931: 1993 


T.62: 1993 


T.70: 1993 


T.71: 1988 


T.501: 1993 


T.502: 1994 


T.503: 1991 


T.504: 1993 


V.6: 1988 


V.21: 1988 


V.22: 1988 


ACA TS 014 — 1997 


Digital subscriber Signalling System No.1 
(DSS 1)—ISDN user—network interface layer 
3—General aspects 


Digital subscriber Signalling System No.1 
(DSS 1)—ISDN user—network interface layer 3 
specification for basic call control 


Control procedures for teletex and Group 4 
facsimile services 


Network—independent basic transport service 
for the telematic services 


Link access protocol balanced (LAPB) 
extended for half—duplex physical level facility 


Document application profile MM for the 
interchange of formatted mixed mode 
document 


Document application profile PM—11 for the 
interchange of character content documents in 
processable and formatted forms 


A document application profile for the 
interchange of group 4 facsimile documents 


Document application profile for videotex 
interworking 


Standardisation of data signalling rates for 
synchronous data transmission on leased 
telephone—type circuits 


300 bits per second duplex modem 
standardized for use in the general switched 
telephone network 


1200 bits per second duplex modem 
standardized for use in the general switched 


COPYRIGHT 


ACA TS 014 — 1997 


[60] 


[61] 


[62] 


[63] 


[64] 


[65] 


[66] 


[67] 


V.22 bis: 1988 


V.23: 1988 


Volei7> 


V.110: 1996 


V.120: 1996 


X.1: 1996 


A212 1992 


X.25: 1996 


COPYRIGHT 


telephone network and on point-to—point 
2—wire leased telephone—type circuits 


2400 bits per second duplex modem using the 
frequency division technique standardized for 
use on the general switched telephone network 
and on point—to—point 2—wire leased 
telephone—type circuits 


600/1200 baud modem standardized for use in 
the general switched telephone network 


A family of 2—wire, duplex modems operating 
at data signalling rates of up to 9600 bit/s for 
use on the general switched telephone network 
and on leased point—to—point 2—wire 
telephone—type circuits 


Support of data terminal equipments with 
V—Series type interfaces by an integrated 
services digital network 


Support by an ISDN of data terminal 
equipment with V—Series type interfaces with 
provision for statistical multiplexing 


International user classes of service in, and 
categories of access to, public data networks 
and integrated services digital networks 
(ISDNs) 


Interface between data terminal equipment 
(QTE) and data circuit-terminating equipment 
(DCE) for synchronous operation on public 
data networks 


Interface between data terminal equipment 
(DTE) and data circuit terminating equipment 
(DCE) for terminals operating in the packet 
mode and connected to public data networks by 
dedicated circuit 


[68] 


[69] 


[70] 


[71] 
[72] 
[73] 
[74] 


[75] 


@ (76 


X.30: 1993 


X31: 1995 


X.75: 1996 


MAIZE A996 


X.200: 1994 


X.213: 1995 


X.290: 1995 


X.400: 1996 


Z.100: 1993 


ACA TS 014 — 1997 


Support of X.21, X.21 bis and Z.20 bis based 
data terminal equipments (DTEs) by an 
integrated services digital network (ISDN) 


Support of packet mode terminal equipment by 
an ISDN 


Packet-switched signalling system between 
public networks providing data transmission 
Services 


International numbering plan for public data 
networks 


Reference model of open systems 
interconnection for CCITT applications 


Information technology — Network service 
definition for Open Systems Interconnection 


OSI Conformance Testing Methodology and 
Framework for CCITT Applications 


Message handling systems and service 
overview 


CCITT Specification and Description 
Language (SDL) 


COPYRIGHT 


ACA TS 014 - 1997 


NOTES 


360 


ACA TS 014 - 1997 


NOTES 


361 


ACA TS 014 - 1997 


NOTES 


362 


